Изучение другого языка программирования
Приходилось ли вам изучать другой язык программирования не в рамках рабочих задач, а для души?) Не было ли лени его изучать в связи с тем, что по сути конструкции те же, а если прыгать совсем далеко, то уже совсем ничего не понятно. Многие для этих целей пилят пет-проекты, и я задумался. +- интересный пет-проект — сложная штука, выхлоп около нулевой от усилий, если пилить желаемый целевой вариант. Решил как-то к этому делу подойти иначе. Придумать пет-проект, в который можно впихнуть максимум технологий и который на разном уровне понимания языка и стека можно выдать результат, который можно пощупать. Из различных вариантов показался оптимальным чат. Его можно в первой итерации только REST'ом обойтись, тем самым не возиться со сборкой, если хочется proto впихивать. Также можно базу прикрутить, очереди, развертывание в виде микросервисов. И все это поступательно. Какие варианты пет-проектов вы видите, которые можно было бы пилить, не зная язык?)
· 20.10.2024
К примеру, я не изучал питон. Но уже наделал кучу работающих на нём программ. Для отладки мне достаточно знаний других языков программирования и наличия чата жпт, а создавать программу на питоне мне помогает тот же чат жпт. Я только формулирую ТЗ.
И нафиг тогда изучать новые языки в принципе?
Достаточно знать C/C++/Pascal и можно "кодить" на чем угодно.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 20.10.2024
Питон — отдельная тема) Мое мнение, что питон должен знать любой уважающий себя человек. Даже когда совсем в низкоуровневом эмбеде варился, на питоне писал софт для автоматизации или отладки.
Про то, что «достаточно знать С/С/Pascal», не соглашусь. Тут сильно зависит от контекста. Если приходишь в проект, где уже есть какой-то язык, который не знаешь, то писать новый код в рамках этого проекта можно почти сразу. Другое дело, когда смотришь тренды. И возникает желание/потребность написать уже на другом языке. И тут возникает ряд трудностей, связанных с организацией проекта, особенностями систем сборки и т. п., что сейчас не является тривиальной вещью. У моего друга вообще интересный кейс был. Когда уходили иностранные компании из РФ, его команду продали одной крупной компании пилить примерно то же самое. В руководстве той компании была идея: «А давайте запилим это на Go и с микросервисами». При этом те, кого они взяли, все имели опыт только на C. Ну и что в итоге вышло. Они пилили год, потом переписывали, потом опять переписывали. А всё почему. Не было экспертизы ни у кого, как вообще с этим Go работать, нужны ли микросервисы и как вообще с ними работать, если никогда не писал.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 20.10.2024
Сам с подобным столкнулся разок. Но сейчас вижу, что именно из-за тотальной глупости руководителей необходимо прежде всего создавать такое ТЗ для программиста, чтобы по нему ИИ почти с первого раза всё правильно написал. Это и должно быть критерием качества подготовки со стороны тимлида. Собственно, один специалист сейчас способен быть и постановщиком задач и тимлидом используя ИИ.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 20.10.2024
Ну это совсем идеалистично, но в ряде задачь уже реалистично)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 20.10.2024
Вот именно. Просто, сначала нужен промпт, который продумает как переписать корявое техзадание, а потом нужен промпт, который качественно выполнит результат исправленного ТЗ. И тут нужно хорошенько отпинать чат жпт 4о, чтобы он хотя бы с 3 попытки полностью реализовал код согласно ТЗ.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён