HTML
СиСи тож норм.
HTML
Сиквел, конечно. И Путончик для ETL.
А вебёблю лучше оставить молодым-горячим
А вебёблю лучше оставить молодым-горячим
фу сиквел. нет чтоб всем перейти на богоподобньій Datalog
Каво? Отпрыск мертворожденного Пролога? Понимаю, что аргумент слабый, но я на таком только в универе писал, оно живое вообще?
А вообще, любая попытка перейти на другой язык, отличный от SQL при работе с данными, всегда оканчивается одним и тем же - возвратом к SQL. Менялись концепции, менялась сама суть БД, но SQL вечен, потому что прекрасен в своей простоте. Ну и можно сверху чуть подшаманить для бигдуты чтобы полный шик.
А вообще, любая попытка перейти на другой язык, отличный от SQL при работе с данными, всегда оканчивается одним и тем же - возвратом к SQL. Менялись концепции, менялась сама суть БД, но SQL вечен, потому что прекрасен в своей простоте. Ну и можно сверху чуть подшаманить для бигдуты чтобы полный шик.
Хорошо, тогда за последние 10 лет плюс 10 дней
Эта узкая область называется "разработка графических пользовательских интерфейсов", появилась она в начале 80х, в ней перепробовали кучу разных подходов и только в 2013 нашли оптимальный для большинства случаев подход (который к тому же весьма сильно отличался от общепринятых на тот момент). Ящитаю это большая победа.
И, кстати, мне категорически не нравится то, куда прикатилась область создания UI.
Сейчас даже стационарные клиенты всего часто написаны на сраном электроне, и они страдают теми же проблемами, какими страдает любой браузерный клиент. А именно - отсутствие нормальной контролируемой многопоточности, и как следствие - отсутствие локальной персистентности состояния и фризы в случае пропадания связи.
В этом плане можно сравнить клиент телеграмма, в котором ты можешь делать что угодно хоть со связью, хоть без связи(просто обновления отобразятся когда связь появится), хоть выгружая клиент из памяти, и загружая его без связи. Все твои действия созранятся, интерфейс не фризится, и отсутствие связи не мешает тебе делать никаких действий, например, поотвечать в разных уже загруженных чатах, в том числе с медиа, и прочим.
Клиенты на электроне для чего угодно, все мною видимые, страдают фризами и проебом всех полимеров, если не удалось что-то доставить до сервера.
И учитывая, что эта вся радость - для мобильного телефона, у которого связь пропадает регулярно по объективным физическим причинам, это бесит. Особенно когда ты видишь на примере телеги, что можно же нормально.
Сейчас даже стационарные клиенты всего часто написаны на сраном электроне, и они страдают теми же проблемами, какими страдает любой браузерный клиент. А именно - отсутствие нормальной контролируемой многопоточности, и как следствие - отсутствие локальной персистентности состояния и фризы в случае пропадания связи.
В этом плане можно сравнить клиент телеграмма, в котором ты можешь делать что угодно хоть со связью, хоть без связи(просто обновления отобразятся когда связь появится), хоть выгружая клиент из памяти, и загружая его без связи. Все твои действия созранятся, интерфейс не фризится, и отсутствие связи не мешает тебе делать никаких действий, например, поотвечать в разных уже загруженных чатах, в том числе с медиа, и прочим.
Клиенты на электроне для чего угодно, все мною видимые, страдают фризами и проебом всех полимеров, если не удалось что-то доставить до сервера.
И учитывая, что эта вся радость - для мобильного телефона, у которого связь пропадает регулярно по объективным физическим причинам, это бесит. Особенно когда ты видишь на примере телеги, что можно же нормально.
Судя по всему, если в коде есть
Когда два человека меняют один и тот же фрагмент кода и заливают изменения в гит, гит выдает предупреждение, что он не может автоматически объединить эти два фрагмента кода в один (merge conflict) и добавляет в исходный файл вот такие метки-предупреждения, чтобы кожаный мешок их вручную объединил их и перезалил заново.
Нейросетка, обученная на файлах в гите, подумала, что вот эти метки - это именно то, что человек хочет напечатать в своем коде и любезно предложила автозаполнение
Нейросетка, обученная на файлах в гите, подумала, что вот эти метки - это именно то, что человек хочет напечатать в своем коде и любезно предложила автозаполнение
Я вот попробовал chat gpt для генерации кода, copilot ещё не смотрел, правда. Так вот сначала меня пронзил экзистенциальный ужас оттого, что он просто берет блядь и пишет тебе код на малоизвестном фреймворке. А потом присмотрелся и понял, что пока ещё безработным не буду, потому что выглядит он прекрасно, но чуть что посложнее просишь и это как код джуна: с первого взгляда ничего, а по сути делает херню. Но как интеллектуальная замена поисковику он очень хорошо помогает, без шуток. Писал аддон к ворду для личных нужд, документация от МС дерьмо, инфы мало в сети, а гпт мне подкинул вещи, которые сами бы весь вечер искал.
> документация от МС дерьмо
О да... я когда писал кастомный терраформ провайдер, который зависел от функционала MS Graph так изматерился на их документацию (которая ВНЕЗАПНО нихера не соответствовала реальному вводу-выводу) що просто пздц.
О да... я когда писал кастомный терраформ провайдер, который зависел от функционала MS Graph так изматерился на их документацию (которая ВНЕЗАПНО нихера не соответствовала реальному вводу-выводу) що просто пздц.
для меня нормально (но я только закончил обучение и в поисках работы джуна).
часто помогал фиксить ошибки с typescript и упрощать некоторые вещи. например я знаю как сделать нужный скрипт и мне надо использовать его 3 раза с минимальными изменениями, но хоть убей в данный момент времени не лезет в голову, как правильно все ужать в один. тупо скидывал в чат 3 части кода и просил упростить.
часто помогал фиксить ошибки с typescript и упрощать некоторые вещи. например я знаю как сделать нужный скрипт и мне надо использовать его 3 раза с минимальными изменениями, но хоть убей в данный момент времени не лезет в голову, как правильно все ужать в один. тупо скидывал в чат 3 части кода и просил упростить.
Лол, я с этим чуваком вместе работал
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!