Ну... Да. Но... сам знаешь что тут сложнее. Благо на нас монтаж видео инструкций для пользователей не вешают, как между прочим, типо ну не сложно же, тыж программист...
Нужно просто поделить новичков по их уровню интеллекта и способу самопознания.
Объективно тем, кто не любит копать глубоко, а любит быстро достигать финиша - не надо начинать с java. Им наверное вообще не надо идти в разработчики. Пока они не поймут, что это не та сфера, где можно не напрягаться и достигать высот. Им лучше в блогеры податься. Их единственный путь в разработку через тестировщика, а там python подойдёт.
Джава могут выбрать те, кто любит решать головоломки. И например, играя в компьютерные игры не просто бежит убивать босса, а сначала делает прокачку героя, готовит снарягу, выбирает место для атаки, тщательно продумывая каждое нажатие на геймпад. Да и вообще его цель не босса убить, а исследовать игровой мир и открывать сундуки. Вообще джава, она для тех кто любит и умеет заморачиваться и кайфует от долгого достижения результата.
Для математиков - Rust какой-нибудь выбрать сразу. И книжки по алгоритмам. А чё мелочиться то. Человек башковитый. И лучше снизу вверх компьютер познавать. А там и java и python и go ждут тебя и c#.
Гумманитарий - изучи как с чат gpt на python + js лепить чего-нибудь. Если не смог даже это - иди в блогеры. Сними Ютуб канал, как ты пытался войти в айти.
Для тех кто пошёл в программисты через ВУЗ - там и так напичкают всем подряд. Главные знания они будут не про код и языки. А про информационное пространство. Что есть компьютер, сети, безопасность. С помощью любого языка изучайте алгоритмы. Учитесь учиться - вот что важно. И тогда после ВУЗ-а вы не услышите "Забудь всё что знаешь". Если голова варит - возьмитесь за Go или Rust. Не очень варит - python, js, c#. Не нравиться термин варит голова - java, и создайте свой термин.
И самое главное - учение свет, а не учение - неучение. Дожимать задачу до конца надо всегда. Если не обладаете таким навыком - не надо выбирать язык какой учить. Надо научить себя учиться и добиваться результатов. Качаем супер сложную компьютерную игру и проходим на супер сложности пару уровней. Делаем забег на 5 км просто так. Понравилась девушка/парень - добиваемся до тех пор пока на ракете не пошлют на Марс. Когда все барьеры разрушены в голове - вы готовы начать выбирать язык.
Опять low code. И через 10 лет программисты вымерли не потому что их chat gpt заменил, а потому что какой-нибудь бизнес аналитик познал крутой Лоу код. И лоулиндзянями повыкидывал всех разрабов.
Вот зачем бизнесу давать инструменты такие, где надо мало кодить. Ну а потом появиться же лоукод платформа, где лоукодом её же можно и переделывать) Ну и всё. Извини чат джпт, не сегодня... Мы ещё раньше заберём работу у будущих айтишников.
Рассадники зла эти лоукод платформы.
Год 2025 мы сделали супер релиз. Но мы больше не нужны. Так как доли акций у нас были мизерные, продукт просто отобрали и мы теперь пошли в общепит обратно.
Ну уберут из питона GIL, дадут всем дженерики, через пару лет за счёт этого создадут первый официальный компилятор питона в бинарник. И что получиться, голанг какой-нибудь...
Китайские мультитулы это конечно весело. Но когда нужно копьё, как запихать в карман копьё? Какого зверя идём бить - такой и инструмент берём.
Интересно кто-то думал, когда шёл в it, что вот сейчас курс по питону от Яндекса пройду вот и буду горы денег зашибать.
Упёрлись в gil - значит доросли до копья. И пора осваивать копьё.
С языками ещё и инфастуктурщина всякая липнет. Докеры, куберы, гитлабы, дженкинс. Чат жпт вот появился. Улучшайзеры, генераторы, идеешки, плагины, базы данных, ресурсы, мощности, хостинг...
Но почему то вот язык у большинства людей в голове он как то оторван вот от остального... Мол на одном языке продукт создам на 1000 000 пользователей... Ща вот освою питон и как жахну тикток+.
Изучил питон, освоил Джил. Иди го ковыряй. Упёрся в GC - иди rust ковыряй. Там упёрся в сложно понять куда - иди в ассемблер.
Чем раньше это будет понято, тем больше миру пользы. И обсуждений зачем создали Джил и для кого - станет меньше. Особенно советов питонистам, как его обходить. На первой строке такого совета должно быть "Открываем книжку по голангу".
Интересно кто-то занимается иммитационным моделированием бизнес процессов, ну или дискретным. Чтобы были схемы процесса, где кнопку тык, и софт сказал что процесс в принципе рабочий. Ну или запустилась схема и сразу видно что блоке А всё в очередях пухнет при количестве обращений Н.
Как будто чего-то всё время не хватает при проектировании больших систем. Единого инструмента что-ли, где бы и контракты были, и границы сервисов, и bpmn модели и UML схемы, и форматы данных, и смоделированные процессы.
Миру больше не нужны новые языки программирования которые, работают на битах и байтах. Мир уже прозревает потихоньку и создаёт кубиты. Но видимо не в этой статье
А в завершение статьи я предложу альтернативный и менее рискованный подход
Ну и где подход то? Начать с монолита? Америка открыта снова...
А можно начать сразу с архитектуры и определения бизнес модели, всё как следует описать и смоделировать большинство основных бизнес-процессов. Не писать код вообще, месяц другой. И ничто уже не помешает сделать микросервисы сразу.
А если команда маленькая - есть квантовые сервисы + чистая архитектура с инверсией зависимостей и разделение кодовой базы на слои, где слой технологий выпилить в библиотеки.
Основная идея квантового сервиса - одна кодовая база(один проект) - одна команда. Чистый монолит разлагать на докеры путём декомпозиции апи, то есть слоя интерфейса. При этом ядро бизнес модели лежит как кусок независимого от апи кода (и от СУБД если использовать чистую архитектуру, хотя на слоевую оверхеда меньше). На выходе получается целая пачка докеров с одного проекта. Каждый докер масштабируется горизонтально через балансировщик всё как в микросервисах. Но при этом внутри везде одинаковый код ядра. Код он много не весит его не жалко везде засунуть. А что это даёт ? Все плюсы микросервисов раз. Всё удобство монолита два. А ещё убирает оверхед на организацию общения между микросервисах. Потому что они все на борту уже содержат бизнес-модель всю. Вот - решение.
В статье - одна вода. О страданиях Василия. Весь здравый смысл в ней "Надо уметь общаться и договариваться. Слушать и слышать". Ещё бы написали, что люди воздухом должны дышать, а то помрут. И кучу книжек предложили бы почитать, как дышать воздухом.
Будем иметь в виду алгоритмику причинно-следственных связей и логические цепочки
Женщины... И вот это вот всё. Сочетаются как кошки с собаками. Из-за того, что они в большинстве случаев свои цепочки выстраивают ещё с учётом эмоций. Если вообще то, что у них получается, можно цепочками связей назвать. Если Вася тут женщина, сама себя она не перепрограммирует. Бежать ей некуда. Не по телу тельняшка.
Да. Автор комментария сексист - где Ваша толерантность Вася?
Да, не слышу. Потому что мы переписываемся. Но в предыдущем сообщении я отчасти с Вами согласен. Что жизни не хватит всё копать. Копать нужно столько, сколько нужно. А если совсем не копать, то можно забыть как 2+2 складывается. И за калькулятором бежать. Для этого. Совсем не копать/разбираться - это плохо для мозга)
Хватит код писать. Создавай программные продукты. Влияет, просто ты не замечаешь или не хочешь. Ты ещё скажи что OOM Killer никак не влияет на код который ты пишешь. Или ты до сих пор не понял что у винды и линукса пути разные к файлам. Хоспаде. Копать нужно ровно на столько на сколько нужно. Чтобы понимать хотя бы поверхностно происходящее. А то дальше пет проекта не уехать с таким подходом, типо за меня всё придумали. Та придумали всё обычные люди, да умные. Но люди, а люди совершают ошибки. Всё надо проверять и копаться, чтобы было понятно хотя бы примитивно что и где
Ну у бизнеса бюджет не резиновый. И его задачи они примитивны в рамках абстракций, про которые Вы говорите. И тот же питончик любимый можно разгонять именно благодаря тому что в ОС есть планировщик, который переключается между процессами. И на питоне cpu bound можно умеренно по скорости именно поэтому. Незнание используемых инструментов приводит к тому что вы несёте в мир дивиз "Пофигу как оно работает. Оно работает". Но бро! Давай подумаем на сколько быстро оно работает. Хостинг то он не бесплатный. Выполнение программы можно даже разогнать правильно настроив ОС. Где этим пользуются - в играх, ё мае. Говорят мы слепили чудо хрень много жрет настройте там чего в виндовсе и драйвере чтоб ФПС был больше. Смекаешь ;-) Надо копать. Надо)
Интересно что за работа такая. Где похеру на всё. Это очень похоже на позицию ребенка, который сидит на шее у родителей и ему также похеру откуда они на него деньги берут.
Так наверное некоторым и похеру как там оно всё работает. Я нашкодил абстракцию. Я крутой 500 000 мне платите.
Ну об этом и речь. О том - что все начинают забывать, что они делают и где. Вы все в основном работает в ОС в IDE. Собираете и запускаете код в ОС. Облака - там ОС. Кубренеты они на ОС. Андроид = ОС. В докер-контейнерах всё тоже самое что и в ОС с поправкой на докер, потому что они виртуализируют что - правильно ОС.
Не работают они с ОС... Да, все создают умные розетки поголовно на чистом C + какой-нибудь ардуино или что по мощнее. Даже там есть в некотором виде подобие ОС а иногда и целые ОС с планировщиками как ни странно или хотябы циклами событий на интерраптах.
Абстракции у них... Которые в голове видимо запускаться будут. Красивые фреймворки...
Да. Не всё нормально. Цель программирования же, не разработки)
Люди пишут код на работе, программируют. Не хотят писать много. А зачем пишут, для чего. Чтоб красивый был. Страшно представить какие библиотеки или фреймворки способны создать такие программисты.
Про деление на программистов и разработчиков уже все позабыли. Программистов всё больше... им и код изменяемый и супер простой подавай. Гнать их в с++ или ассемблер надо. Пусть познают хоть что есть компьютер. А то как ни спросишь на собесе так про планировщик в ОС мало кто помнит уже, не говоря уже почему двоичка кругом
Опять вторые после Гугла высказываются. Требуют знание сортировки в хэш таблицах, а потом растят крудошлёпов. 1С ники как минимум понимают язык запросов до уровня оптимизации и вращения OLAP кубов. Хватит их обижать.
Если речь про "анмаршл" json/xml, то я не сказал бы что в питоне это делать намного проще делать
В питоне json - это его суть. Если говорить языком го - то, например list[] в питоне - это []interface{} на го. При этом в питоне такой объект является примитивной конструкцией, не требующей как в го, например, утверждать типы(или копировать значения списка []int в слайс пустого) чтобы прочитать данные списка/слайса или положить данные в список/слайс.
Наверное если проект написан на питоне, то обычно дешевле оптизировать код а не переписывать его на другом языке.
Если это микросервис - то дешевле переписывать. Потому что его всё равно переделывать. И нужен супер скил, и книжек по оптимизации мешок, а в идеале готовый спец, умеющий код на питоне разгонять. А если взять Джуна с опытом в го. Он напишет хардкод месиво на коленке и оно уже будет быстрее работать.
А весь проект, да. Сложно сразу обуть на новые рельсы. Но слона по частям едят обычно
Ну... Да. Но... сам знаешь что тут сложнее. Благо на нас монтаж видео инструкций для пользователей не вешают, как между прочим, типо ну не сложно же, тыж программист...
Нужно просто поделить новичков по их уровню интеллекта и способу самопознания.
Объективно тем, кто не любит копать глубоко, а любит быстро достигать финиша - не надо начинать с java. Им наверное вообще не надо идти в разработчики. Пока они не поймут, что это не та сфера, где можно не напрягаться и достигать высот. Им лучше в блогеры податься. Их единственный путь в разработку через тестировщика, а там python подойдёт.
Джава могут выбрать те, кто любит решать головоломки. И например, играя в компьютерные игры не просто бежит убивать босса, а сначала делает прокачку героя, готовит снарягу, выбирает место для атаки, тщательно продумывая каждое нажатие на геймпад. Да и вообще его цель не босса убить, а исследовать игровой мир и открывать сундуки. Вообще джава, она для тех кто любит и умеет заморачиваться и кайфует от долгого достижения результата.
Для математиков - Rust какой-нибудь выбрать сразу. И книжки по алгоритмам. А чё мелочиться то. Человек башковитый. И лучше снизу вверх компьютер познавать. А там и java и python и go ждут тебя и c#.
Гумманитарий - изучи как с чат gpt на python + js лепить чего-нибудь. Если не смог даже это - иди в блогеры. Сними Ютуб канал, как ты пытался войти в айти.
Для тех кто пошёл в программисты через ВУЗ - там и так напичкают всем подряд. Главные знания они будут не про код и языки. А про информационное пространство. Что есть компьютер, сети, безопасность. С помощью любого языка изучайте алгоритмы. Учитесь учиться - вот что важно. И тогда после ВУЗ-а вы не услышите "Забудь всё что знаешь". Если голова варит - возьмитесь за Go или Rust. Не очень варит - python, js, c#. Не нравиться термин варит голова - java, и создайте свой термин.
И самое главное - учение свет, а не учение - неучение. Дожимать задачу до конца надо всегда. Если не обладаете таким навыком - не надо выбирать язык какой учить. Надо научить себя учиться и добиваться результатов. Качаем супер сложную компьютерную игру и проходим на супер сложности пару уровней. Делаем забег на 5 км просто так. Понравилась девушка/парень - добиваемся до тех пор пока на ракете не пошлют на Марс. Когда все барьеры разрушены в голове - вы готовы начать выбирать язык.
Опять low code. И через 10 лет программисты вымерли не потому что их chat gpt заменил, а потому что какой-нибудь бизнес аналитик познал крутой Лоу код. И лоулиндзянями повыкидывал всех разрабов.
Вот зачем бизнесу давать инструменты такие, где надо мало кодить. Ну а потом появиться же лоукод платформа, где лоукодом её же можно и переделывать) Ну и всё. Извини чат джпт, не сегодня... Мы ещё раньше заберём работу у будущих айтишников.
Рассадники зла эти лоукод платформы.
Год 2025 мы сделали супер релиз. Но мы больше не нужны. Так как доли акций у нас были мизерные, продукт просто отобрали и мы теперь пошли в общепит обратно.
Ну уберут из питона GIL, дадут всем дженерики, через пару лет за счёт этого создадут первый официальный компилятор питона в бинарник. И что получиться, голанг какой-нибудь...
Китайские мультитулы это конечно весело. Но когда нужно копьё, как запихать в карман копьё? Какого зверя идём бить - такой и инструмент берём.
Интересно кто-то думал, когда шёл в it, что вот сейчас курс по питону от Яндекса пройду вот и буду горы денег зашибать.
Упёрлись в gil - значит доросли до копья. И пора осваивать копьё.
С языками ещё и инфастуктурщина всякая липнет. Докеры, куберы, гитлабы, дженкинс. Чат жпт вот появился. Улучшайзеры, генераторы, идеешки, плагины, базы данных, ресурсы, мощности, хостинг...
Но почему то вот язык у большинства людей в голове он как то оторван вот от остального... Мол на одном языке продукт создам на 1000 000 пользователей... Ща вот освою питон и как жахну тикток+.
Изучил питон, освоил Джил. Иди го ковыряй. Упёрся в GC - иди rust ковыряй. Там упёрся в сложно понять куда - иди в ассемблер.
Чем раньше это будет понято, тем больше миру пользы. И обсуждений зачем создали Джил и для кого - станет меньше. Особенно советов питонистам, как его обходить. На первой строке такого совета должно быть "Открываем книжку по голангу".
Интересно кто-то занимается иммитационным моделированием бизнес процессов, ну или дискретным. Чтобы были схемы процесса, где кнопку тык, и софт сказал что процесс в принципе рабочий. Ну или запустилась схема и сразу видно что блоке А всё в очередях пухнет при количестве обращений Н.
Как будто чего-то всё время не хватает при проектировании больших систем. Единого инструмента что-ли, где бы и контракты были, и границы сервисов, и bpmn модели и UML схемы, и форматы данных, и смоделированные процессы.
https://hi-tech.mail.ru/news/63098-v-rossii-nachali-prodavat-kvantovye-kompyutery-spinq/
Миру больше не нужны новые языки программирования которые, работают на битах и байтах. Мир уже прозревает потихоньку и создаёт кубиты. Но видимо не в этой статье
Ну и где подход то? Начать с монолита? Америка открыта снова...
А можно начать сразу с архитектуры и определения бизнес модели, всё как следует описать и смоделировать большинство основных бизнес-процессов. Не писать код вообще, месяц другой. И ничто уже не помешает сделать микросервисы сразу.
А если команда маленькая - есть квантовые сервисы + чистая архитектура с инверсией зависимостей и разделение кодовой базы на слои, где слой технологий выпилить в библиотеки.
Основная идея квантового сервиса - одна кодовая база(один проект) - одна команда. Чистый монолит разлагать на докеры путём декомпозиции апи, то есть слоя интерфейса. При этом ядро бизнес модели лежит как кусок независимого от апи кода (и от СУБД если использовать чистую архитектуру, хотя на слоевую оверхеда меньше). На выходе получается целая пачка докеров с одного проекта. Каждый докер масштабируется горизонтально через балансировщик всё как в микросервисах. Но при этом внутри везде одинаковый код ядра. Код он много не весит его не жалко везде засунуть. А что это даёт ? Все плюсы микросервисов раз. Всё удобство монолита два. А ещё убирает оверхед на организацию общения между микросервисах. Потому что они все на борту уже содержат бизнес-модель всю. Вот - решение.
В статье - одна вода. О страданиях Василия. Весь здравый смысл в ней "Надо уметь общаться и договариваться. Слушать и слышать". Ещё бы написали, что люди воздухом должны дышать, а то помрут. И кучу книжек предложили бы почитать, как дышать воздухом.
Женщины... И вот это вот всё. Сочетаются как кошки с собаками. Из-за того, что они в большинстве случаев свои цепочки выстраивают ещё с учётом эмоций. Если вообще то, что у них получается, можно цепочками связей назвать. Если Вася тут женщина, сама себя она не перепрограммирует. Бежать ей некуда. Не по телу тельняшка.
Да. Автор комментария сексист - где Ваша толерантность Вася?
Да, не слышу. Потому что мы переписываемся. Но в предыдущем сообщении я отчасти с Вами согласен. Что жизни не хватит всё копать. Копать нужно столько, сколько нужно. А если совсем не копать, то можно забыть как 2+2 складывается. И за калькулятором бежать. Для этого. Совсем не копать/разбираться - это плохо для мозга)
Хватит код писать. Создавай программные продукты. Влияет, просто ты не замечаешь или не хочешь. Ты ещё скажи что OOM Killer никак не влияет на код который ты пишешь. Или ты до сих пор не понял что у винды и линукса пути разные к файлам. Хоспаде. Копать нужно ровно на столько на сколько нужно. Чтобы понимать хотя бы поверхностно происходящее. А то дальше пет проекта не уехать с таким подходом, типо за меня всё придумали. Та придумали всё обычные люди, да умные. Но люди, а люди совершают ошибки. Всё надо проверять и копаться, чтобы было понятно хотя бы примитивно что и где
Ну у бизнеса бюджет не резиновый. И его задачи они примитивны в рамках абстракций, про которые Вы говорите. И тот же питончик любимый можно разгонять именно благодаря тому что в ОС есть планировщик, который переключается между процессами. И на питоне cpu bound можно умеренно по скорости именно поэтому. Незнание используемых инструментов приводит к тому что вы несёте в мир дивиз "Пофигу как оно работает. Оно работает". Но бро! Давай подумаем на сколько быстро оно работает. Хостинг то он не бесплатный. Выполнение программы можно даже разогнать правильно настроив ОС. Где этим пользуются - в играх, ё мае. Говорят мы слепили чудо хрень много жрет настройте там чего в виндовсе и драйвере чтоб ФПС был больше. Смекаешь ;-) Надо копать. Надо)
Интересно что за работа такая. Где похеру на всё. Это очень похоже на позицию ребенка, который сидит на шее у родителей и ему также похеру откуда они на него деньги берут.
Так наверное некоторым и похеру как там оно всё работает. Я нашкодил абстракцию. Я крутой 500 000 мне платите.
Да и хер бы с ним, если с ОС не работаешьНу об этом и речь. О том - что все начинают забывать, что они делают и где. Вы все в основном работает в ОС в IDE. Собираете и запускаете код в ОС. Облака - там ОС. Кубренеты они на ОС. Андроид = ОС. В докер-контейнерах всё тоже самое что и в ОС с поправкой на докер, потому что они виртуализируют что - правильно ОС.
Не работают они с ОС... Да, все создают умные розетки поголовно на чистом C + какой-нибудь ардуино или что по мощнее. Даже там есть в некотором виде подобие ОС а иногда и целые ОС с планировщиками как ни странно или хотябы циклами событий на интерраптах.
Абстракции у них... Которые в голове видимо запускаться будут. Красивые фреймворки...
Да. Не всё нормально. Цель программирования же, не разработки)
Люди пишут код на работе, программируют. Не хотят писать много. А зачем пишут, для чего. Чтоб красивый был. Страшно представить какие библиотеки или фреймворки способны создать такие программисты.
Про деление на программистов и разработчиков уже все позабыли. Программистов всё больше... им и код изменяемый и супер простой подавай. Гнать их в с++ или ассемблер надо. Пусть познают хоть что есть компьютер. А то как ни спросишь на собесе так про планировщик в ОС мало кто помнит уже, не говоря уже почему двоичка кругом
Эх. Вымерли техлиды в умах живущих... У всех заканчивается ветка на тимлидстве
О, кто то вскрыл капсулу времени
Опять вторые после Гугла высказываются. Требуют знание сортировки в хэш таблицах, а потом растят крудошлёпов. 1С ники как минимум понимают язык запросов до уровня оптимизации и вращения OLAP кубов. Хватит их обижать.
В питоне json - это его суть. Если говорить языком го - то, например list[] в питоне - это []interface{} на го. При этом в питоне такой объект является примитивной конструкцией, не требующей как в го, например, утверждать типы(или копировать значения списка []int в слайс пустого) чтобы прочитать данные списка/слайса или положить данные в список/слайс.
Если это микросервис - то дешевле переписывать. Потому что его всё равно переделывать. И нужен супер скил, и книжек по оптимизации мешок, а в идеале готовый спец, умеющий код на питоне разгонять. А если взять Джуна с опытом в го. Он напишет хардкод месиво на коленке и оно уже будет быстрее работать.
А весь проект, да. Сложно сразу обуть на новые рельсы. Но слона по частям едят обычно