Я точно так же разбираюсь в языковых особенностях, точно так же изучаю массу информации и постигаю нюансы на практике.
Ну вот, давайте проверим, скажите вы знаете различие между ссылкой и указателем в C++?))
Вручную перекладывали биты по регистрам в ассемблере?))
Я вот это все делал на 1 курсе, и заканчивался он курсовой на С++, что-то я помню до сих пор, и вообще как основу он мне очень много заложил, для меня его синтаксис и ООП супер удобны (python вообще не для меня, как и lua)
Вы можете этим всем за год похвастаться, в параллели с изучением высшей математики?)
Хабр любит код, конкретику, что можно не только прочитать, но и проверить самому. Ну кроме всяких архитектруных статей, тут ИМХО тоже поле не паханое)
Приносите что-то конкретное да, и полезное, вот определить что полезно будет для разработчика не разработчику, мне кажется, тяжело. Да и каждому разработчику свое полезно)
Я бы вот про WebGL почитал например с радостью что-то интересное, но нейронки, вроде, пока плохо в нем варяться)
Там не торговый бот был, а какая-то нейронка (клауди, если не ошибаюсь) неправильно рассчитывала стоимость лота в коде и как итог люди покупали сильно ниже рынка)
Я лично думаю что - выйти на доход какой-то, а когда эта тема утихнет (или трансформируется в то что прогеры без ИИ будут переделывать слоп проекты) переключиться на что-то другое.
Если бы вы любили код, вы бы и без ИИ начали писать.
Для меня ошибка - перекладывать работу на непонятную машину с огромной вероятностью рандома, вместо самосовершенствования.
Несостоятельность ИИ уже стали прикрывать rag, берём количеством ИИ (был 1 бредогенератор, стало 10) Тем что надо не llm, а agimegaiq архитектуру...(только никто не знает что это)
Мне лично супер лень разбираться в коде который мне сыпет ИИ. Самому написать проще и сразу все понятно, а копаться в чужом коде, ещё до ИИ, всегда было не самой приятной работой)
Ничего личного, но именно по этому я и говорю про порог входа.
А то получается что опыта разработки у вас нету, вам в руки дали ИИ и вы теперь на ресурсе для прогеров рассказываете как создали какой-то процесс по созданию каких-то продуктов. Хотя видение процесса и продукта вам взять неоткуда кроме ИИ...
Прежде чем строить фундамент, надо хотя-бы понять как он выглядит?
Если честно по тестам у меня нету однозначного мнения. Можно и без них написать хорошо рабочую систему без багов, это не панацея.
По поводу эволюции ИИ - может толстосумы поняли что можно ещё раз погреть народ на новых технологиях? Low-код платформы были, IDE разработчиков создали, распилили все монолиты на микросервисы (как в гугле кстати), видели это и не 1 раз...
Вам легко рассуждать про эволюцию ИИ, вы же не вкидывали в неё миллионы (если не миллиарды) долларов. Инвесторы, по моему, не так воодушевленны такой автоматизацией, по крайней мере начинают прозревать)
У человека все процессы происходят в голове, человеку думать надо (желательно).
Какую гипотезу вам формирует ии? Что там есть баг? Не понятно...
Ну и опять же, вы рассматриваете частный случай работы с багом. А если человек знает хорошо проект и в голове может прогнать где что не так и точечно внести изменения с 1 раза. А вы, судя по всему, ставите на схожесть процессов в одном конкретном случае - итеративный подход и считаете что раз что там что там цикл то это одно и тоже
Вы считаете что любой программист просто рандомно перебирает что не так в месте бага?))
Или всетаки изучает кропотливо как все работает и там уже прикидывает где что может пойти не так?)
Да и вот ещё одна фантазия ИИ адептов - покроем код тестами тогда багов не будет...
Порог входа в профессию сделали вообще минимальным, люди прогреты, каждый может стать промпт инженером (прогеры не нужны) только подписочку оформляйте скорее.
Может это все ради консолидации умения кодить в руках компаний?)) Джуны ведь не нужны))
Наверное контракт это некое ограничение в коде, например интерфейс, что для меня, как разработчика, сразу понятно. А вы про какие-то контракты в текстовом виде что-ли? Под нейросетки готовитесь?)) Замаскировали слово промпт))
Иначе я не понимаю что за контракты могут храниться в конфлюенсе, или рядом с задачей в жире...
Вот такой контрак - делаем хорошо, плохо не делаем. Возле каждой задачи
Вообще это ещё 1 винегрет из "архитектурных" терминов (DTO, DDD, контракты, интерфейсы, слои и тд и тп) а по сути смысловая нагрузка 0 (сугубо моё мнение). У вас такое количество слоев, половина без кода (????) Ошибки генерятся со слоя домена, а если к базе не получится подключиться, эта ошибка будет с доменного слоя тянуться, а не со слоя с базой данных?)
Вот вам и протекание вашей архитектуры, воды налили, слова использовали, а толку...
Ну вот, давайте проверим, скажите вы знаете различие между ссылкой и указателем в C++?))
Вручную перекладывали биты по регистрам в ассемблере?))
Я вот это все делал на 1 курсе, и заканчивался он курсовой на С++, что-то я помню до сих пор, и вообще как основу он мне очень много заложил, для меня его синтаксис и ООП супер удобны (python вообще не для меня, как и lua)
Вы можете этим всем за год похвастаться, в параллели с изучением высшей математики?)
Хабр любит код, конкретику, что можно не только прочитать, но и проверить самому. Ну кроме всяких архитектруных статей, тут ИМХО тоже поле не паханое)
Приносите что-то конкретное да, и полезное, вот определить что полезно будет для разработчика не разработчику, мне кажется, тяжело. Да и каждому разработчику свое полезно)
Я бы вот про WebGL почитал например с радостью что-то интересное, но нейронки, вроде, пока плохо в нем варяться)
Дак вот именно что в агентах, это же они ломают свой же код)
Как вы хотите формализовать требования чтобы ии тестировал функционал сайта, например? Мне вот вообще не понятно)
По моему у вас эффект Данинга-Крюгера, кайфуете от первых шагов, но преподносите это как какую-то экспертность.
Там не торговый бот был, а какая-то нейронка (клауди, если не ошибаюсь) неправильно рассчитывала стоимость лота в коде и как итог люди покупали сильно ниже рынка)
А что тут подскажешь, перестаньте маяться иишными делами и возьмите кисть в свою руку, чтобы это стало творчеством) А пока вы в полной зависимости.
Ну и называть статью что вы построили производство кода без команды, достаточно самоуверенно, этот момент бы тоже подправить)
Зарабатывать на прогерстве с ИИ, где-то на хабре был человек который очень рад что нашёл своего клиента под ии генерацию.
Мне кажется вы человек позитивный, не воспринимайте ничего лично, это все только с профессиональной, конкретной стороны.
Я лично думаю что - выйти на доход какой-то, а когда эта тема утихнет (или трансформируется в то что прогеры без ИИ будут переделывать слоп проекты) переключиться на что-то другое.
Если бы вы любили код, вы бы и без ИИ начали писать.
Не знаю кто хайпует хотя-бы годик, вчера только статья была как ИИ слил бирже 2 млн баксов)
Но вы же строите с помощью ИИ все это, разве нет?
Для меня ошибка - перекладывать работу на непонятную машину с огромной вероятностью рандома, вместо самосовершенствования.
Несостоятельность ИИ уже стали прикрывать rag, берём количеством ИИ (был 1 бредогенератор, стало 10) Тем что надо не llm, а agimegaiq архитектуру...(только никто не знает что это)
Мне лично супер лень разбираться в коде который мне сыпет ИИ. Самому написать проще и сразу все понятно, а копаться в чужом коде, ещё до ИИ, всегда было не самой приятной работой)
Здесь ведь разговор не только про вас, а про совокупность "вас" и ИИ.
По поводу денег - ну вы не замечаете сколько денег было соженно в топке ИИ чтобы подтянуть её выдачу (дай бог индуса не посадили вам отвечать)
Ничего личного, но именно по этому я и говорю про порог входа.
А то получается что опыта разработки у вас нету, вам в руки дали ИИ и вы теперь на ресурсе для прогеров рассказываете как создали какой-то процесс по созданию каких-то продуктов. Хотя видение процесса и продукта вам взять неоткуда кроме ИИ...
Прежде чем строить фундамент, надо хотя-бы понять как он выглядит?
Если честно по тестам у меня нету однозначного мнения. Можно и без них написать хорошо рабочую систему без багов, это не панацея.
По поводу эволюции ИИ - может толстосумы поняли что можно ещё раз погреть народ на новых технологиях? Low-код платформы были, IDE разработчиков создали, распилили все монолиты на микросервисы (как в гугле кстати), видели это и не 1 раз...
Вам легко рассуждать про эволюцию ИИ, вы же не вкидывали в неё миллионы (если не миллиарды) долларов. Инвесторы, по моему, не так воодушевленны такой автоматизацией, по крайней мере начинают прозревать)
У человека все процессы происходят в голове, человеку думать надо (желательно).
Какую гипотезу вам формирует ии? Что там есть баг? Не понятно...
Ну и опять же, вы рассматриваете частный случай работы с багом. А если человек знает хорошо проект и в голове может прогнать где что не так и точечно внести изменения с 1 раза. А вы, судя по всему, ставите на схожесть процессов в одном конкретном случае - итеративный подход и считаете что раз что там что там цикл то это одно и тоже
Вы считаете что любой программист просто рандомно перебирает что не так в месте бага?))
Или всетаки изучает кропотливо как все работает и там уже прикидывает где что может пойти не так?)
Да и вот ещё одна фантазия ИИ адептов - покроем код тестами тогда багов не будет...
Порог входа в профессию сделали вообще минимальным, люди прогреты, каждый может стать промпт инженером (прогеры не нужны) только подписочку оформляйте скорее.
Может это все ради консолидации умения кодить в руках компаний?)) Джуны ведь не нужны))
Меня смущает вера людей в то что можно отдать нагенерированный код другой машине-генератору и спросить что с этим кодом не так...
Пхаха, это точно
Я не знаю что такое DDD слои, вы говорите много, а толку...
Как запрос вообще может добраться до домена если проект к базе даже не подключился?))
Ваша цитата, даже 1 слой без кода это много, переубедите меня))
Наверное контракт это некое ограничение в коде, например интерфейс, что для меня, как разработчика, сразу понятно. А вы про какие-то контракты в текстовом виде что-ли? Под нейросетки готовитесь?)) Замаскировали слово промпт))
Иначе я не понимаю что за контракты могут храниться в конфлюенсе, или рядом с задачей в жире...
Вот такой контрак - делаем хорошо, плохо не делаем. Возле каждой задачи
Вообще это ещё 1 винегрет из "архитектурных" терминов (DTO, DDD, контракты, интерфейсы, слои и тд и тп) а по сути смысловая нагрузка 0 (сугубо моё мнение). У вас такое количество слоев, половина без кода (????) Ошибки генерятся со слоя домена, а если к базе не получится подключиться, эта ошибка будет с доменного слоя тянуться, а не со слоя с базой данных?)
Вот вам и протекание вашей архитектуры, воды налили, слова использовали, а толку...