Да не, только в вашей голове. Речь не про то, что исходный код можно в архив упаковать. Всё равно он распакуется и будет в открытом виде доступен на компе, где будет исполняться программа интерпретируемого языка.
Если же доступ к исходникам не получить, то язык компилируемый.
Вы контекст треда не уловили. Речь была о потреблении памяти мессенджерами. И у современных мессенджеров 80-90% памяти занимают как раз медиафайлы, которых 20 лет назад в переписках не было совсем.
Да, языки, где принято следовать общим конвенциям, тут однозначно в выигрыше.
Самый отвратный нейрослоп нейронки будут генерировать на языках, где процветает велосипедостроительство, и есть десяток способов сделать одно и то же по разному, типа JS, PHP, Go, Python.
Но еще одна мысль: так ли нужен агенту огромный корпус текстов?
Это точно не самое главное. Исследование от Tencent показало, что генерация кода лучше всего работает на Elixir, Kotlin, C# и Racket. А самые худшие результаты показали PHP и JS.
Так что в первую очередь решают: качество документации, сильные конвенции, стабильность языка, малое количество откровенно плохого кода в обучающей выборке.
Кроме того, важно ещё смотреть на качество рантайма и то, насколько он подходит под проект. Для веб-разработки и IoT можно спокойно брать Elixir с его суперстабильным BEAM, получать самое лучшее качество кодогенерации, и вообще не париться. Возражение "а где мы 50 разработчиков за неделю наймём" уходит в прошлое.
вот есть идея по прогнозированию очередей у магазинов?
У магазинов пока очередей нет. А вот для заправок довольно быстро gdebenz навайбкодили и оно даже работает.
Непонятно только за что в этой идее предполагается деньги брать? Обычно в очередях места продают, а за информацию о наличии очереди вряд ли вам кто-то заплатит.
А я и не писал, что публикация - это продвижение. Но из тех, что опубликовал приложение, многие вложат деньги и в его продвижение. Иначе какой смысл выкладывать?
А сложность изменяется от количества одновременно продвигаемого. Одно дело, когда 100 приложений параллельно рекламируются, а другое - когда 10000 также параллельно.
все люди, которые имели какие-то идеи приложений, но не могли их сделать из-за отсутствия компетенций - смогли их реализовать, и практически всех из них оказались пустыми
Ничего удивительного. Под стоящие идеи раньше можно было привлечь инвестиции на разработку. Но стоящих идей уже лет 10 особо и не появляется. Чаще всего это какие-то единичные кейсы. Ни о каких тысячах идей для новых приложений тут речи даже нет.
Теперь же стоящую идею ещё сложнее будет продвинуть среди кучи нейрослопа (уже в виде приложений, а не только статей и картинок)
Если человек пишет программный код - значит он разработчик.
Ну, это ваше определение. Моё определение разработчика: человек, который решает любые задачи по автоматизации бизнеса при помощи написания ПО на наиболее подходящем стеке. Т.е. априори разработчиком не может быть человек, который всего пару ЯП знает, или уж тем более на одной CMS только что-то делает.
Однако глобально (новые языки программирования, фреймвокри, подходы к программированию типа гита фашисткого) я за 12 лет не учил и учить не собираюсь. И очень надеюсь на личном примере еще 28 лет не учить и доказать что так можно было))
А что доказать то? То, что можно зарабатывать в 4 раза меньше по сравнению с людьми, которые изучают то, что вам лень? Ну, считайте доказали. Осталось только перестать ныть, что вам мало платят.
Delphi, кстати, давно уже умеет в кроссплатформенность.
Но их подкосила ценовая политика (слишком дорого), не слишком удачная попытка поддержать веб-разработку (помните delphi for php?), ну и то, что сама IDE работает только под виндой (Kylix слишком рано забросили).
Да не, только в вашей голове. Речь не про то, что исходный код можно в архив упаковать. Всё равно он распакуется и будет в открытом виде доступен на компе, где будет исполняться программа интерпретируемого языка.
Если же доступ к исходникам не получить, то язык компилируемый.
Так эту границу никто не проводит. Даже 20 лет назад она была такой:
Если программа распространяется в виде бинарного артефакта, то язык компилируемый. А если в виде исходного кода, то интерпретируемый.
Вы контекст треда не уловили. Речь была о потреблении памяти мессенджерами. И у современных мессенджеров 80-90% памяти занимают как раз медиафайлы, которых 20 лет назад в переписках не было совсем.
Только текст и малюсенькие аватарки и смайлики. Ни фоток по 10 Mb каждая, ни видосов.
К сожалению, многие плюют на выразительность вообще. И пишут, например, на Go xD
Уж менее выразительного языка в XXI веке ещё не появлялось)
Да, языки, где принято следовать общим конвенциям, тут однозначно в выигрыше.
Самый отвратный нейрослоп нейронки будут генерировать на языках, где процветает велосипедостроительство, и есть десяток способов сделать одно и то же по разному, типа JS, PHP, Go, Python.
Это DSL по сути. Но чтобы его под каждую задачу делать нужен базовый язык с полноценной поддержкой метапрограммирования над AST.
Плюс есть рантайм (напр. всякие VM), его избыточно под каждую задачу с нуля делать.
В том числе и это. Я как раз указал одним из пунктов "малое количество откровенно плохого кода в обучающей выборке"
Я думаю, если ИИ когда-нибудь появится, то он свой собственный ЯП создаст, адаптированный под себя, а не под людей.
Это точно не самое главное. Исследование от Tencent показало, что генерация кода лучше всего работает на Elixir, Kotlin, C# и Racket. А самые худшие результаты показали PHP и JS.
Так что в первую очередь решают: качество документации, сильные конвенции, стабильность языка, малое количество откровенно плохого кода в обучающей выборке.
Кроме того, важно ещё смотреть на качество рантайма и то, насколько он подходит под проект. Для веб-разработки и IoT можно спокойно брать Elixir с его суперстабильным BEAM, получать самое лучшее качество кодогенерации, и вообще не париться. Возражение "а где мы 50 разработчиков за неделю наймём" уходит в прошлое.
Стажеров массово нанимают, потому что это распоряжение МинЦифры и обязательное условие для сохранения налоговых льгот.
С учётом того, что это через 10 лет, можно было бы замахнуться на 100 Mbit/s
А вот как они 1 Gbit/s собираются обеспечивать - вообще непонятно
Парочку примеров можно?
Если станет не выгодно развивать интеллект, то человечество придёт к сюжету фильма Идиократия.
У магазинов пока очередей нет. А вот для заправок довольно быстро gdebenz навайбкодили и оно даже работает.
Непонятно только за что в этой идее предполагается деньги брать? Обычно в очередях места продают, а за информацию о наличии очереди вряд ли вам кто-то заплатит.
А я и не писал, что публикация - это продвижение. Но из тех, что опубликовал приложение, многие вложат деньги и в его продвижение. Иначе какой смысл выкладывать?
А сложность изменяется от количества одновременно продвигаемого. Одно дело, когда 100 приложений параллельно рекламируются, а другое - когда 10000 также параллельно.
Ничего удивительного. Под стоящие идеи раньше можно было привлечь инвестиции на разработку. Но стоящих идей уже лет 10 особо и не появляется. Чаще всего это какие-то единичные кейсы. Ни о каких тысячах идей для новых приложений тут речи даже нет.
Теперь же стоящую идею ещё сложнее будет продвинуть среди кучи нейрослопа (уже в виде приложений, а не только статей и картинок)
Учитывая то, что TurboPascal раньше поголовно все в универах изучали, не думаю, что это прям редкая экспертиза)
Ну, это ваше определение. Моё определение разработчика: человек, который решает любые задачи по автоматизации бизнеса при помощи написания ПО на наиболее подходящем стеке. Т.е. априори разработчиком не может быть человек, который всего пару ЯП знает, или уж тем более на одной CMS только что-то делает.
А что доказать то? То, что можно зарабатывать в 4 раза меньше по сравнению с людьми, которые изучают то, что вам лень? Ну, считайте доказали. Осталось только перестать ныть, что вам мало платят.
Delphi, кстати, давно уже умеет в кроссплатформенность.
Но их подкосила ценовая политика (слишком дорого), не слишком удачная попытка поддержать веб-разработку (помните delphi for php?), ну и то, что сама IDE работает только под виндой (Kylix слишком рано забросили).