Нет, я к тому, что написанием LLM занимается очень узкая прослойка айтишников, как примерно сейчас разработчики компиляторов. Выпускать таких специалистов, способных, как и разрабатывать компиляторы, искусственный интеллект, будут в очень сильных университетах. Разработчики LLM-ок не вырастают из джунов уже сейчас. Для того, чтобы стать разработчиком LLM, требуется специфическое сильное образование, а в будущем, это будет еще сильнее выражено.
Поэтому считаю, что нынешняя тряска, что типа некому будет разрабатывать LLM-ки, потому что джунам негде будет работать, совершенно беспочвенна.
Это здрасте! Есть стоматолог врач, есть стоматолог медсестра. Каждый из них решает свой круг по сложности задачи. Каждый из них учится в соответствующем заведении и получает соответствующий уровень подготовки.
Еще раз. Почему в медицине никто не подумает брать сначала медсестру, которая будет решать простые задачи, а потом, когда она "наберет опыта", будет решать задачи врача?
По-сути, вот эта ситуация в IT, когда берется джун, который решает простые задачи, потом ему накидывают сложные задачи, он учится и становится мидлом - в других нормальных профессиях просто немыслима. Никто не даст медсестре-стоматологу задачи стоматолога-хирурга. Она будет всю жизнь медсестрой. Единственная возможность - это вечерка в университете.
Но в IT, повторяюсь, все через жопу. Качество образования IT в университетах - ниже плинтуса. Выходят из них джуны. Решают простые задачи. Потом им накидывают задачи посложнее, они становятся мидлами. В основном это происходит в конторах, которые жмотятся на бабки и дают джунам на зарплатах джунов задачи мидлов. Эти джуны учатся, пишут решенные задачи в резюме и уходят из таких контор в конторы, где требуются мидлы. В нормальных конторах джунам не дают задачи мидлов, там задачи мидлов решают мидлы. Джуны в таких конторах остаются джунами навечно. Единственная возможность - брать курсы, пилить петы и валить. Если в конторах низких технических уровень решений и бедный стек - джунам тоже несладко в плане развития.
Поэтому, подытоживая свою мысль. Вся эта тряска с тем, что типа неоткуда будет брать мидлов - чепуха на постном масле. Образование дорастет до уровня, когда ВУЗы начнут сразу готовить специалистов уровня мидла (а шараги привыкнут к мысли, что надо брать соответствующих выпускников на должности мидлов). Ну, возможно, добавится период типа ординатуры у медиков.
Однозначно канет в лету практика, когда пацан прослушает курсы по Java и устраивается на работу джуном.
Почему нельзя обучать инженеров, чтобы из институтов выходили специалисты уровня сеньора?
Ну в медицине же, понятно, после медицинского училища выходит медбрат. Чтобы стать врачом, ему (теоретически) нужно работать и учиться. Но в медицине так не делают. Почему в IT все через жопу? Ну не нужны будут джуны, а нужны мидлы - готовьте сразу мидлов.
Интересная задача. Кэш больших данных по большому ключу на postgres. Разные ключи могут располагаться на разных страницах, при этом редкие ключи могут располагаться на тех-же страницах, что и горячие. Эти страницы будут держаться в буфере памяти и холодные ключи будут засирать память. Как я предполагаю. Но это для мелких payload, а у вас по 500 мб.
Производительность увеличивается. Количество требуемых землекопов снижается на первый взгляд. В реальности - только увеличивается, поскольку общество начинает больше строить.
Производительность увеличивается. Затраты производства на один кубометр грунта снижается на порядки. Общество начинает больше строить.
Зарплата конкретного землекопа увеличивается, поскольку для выполнения его обязанностей требуется большая квалификация.
Но для производства это выгодно, потому что зарплата увеличивается на десятки процентов, ну в два-три раза. А производительность его работы увеличивается в десять-сто раз.
Еще раз. Стоимость труда экскаваторщика выше, чем стоимость труда землекопа с лопатой.
В применении к программистам - то-же самое. Рядовые "набиватели" кода будут не нужны. Нужны будут программисты, умеющие проектировать архитектуру приложений, умеющие грамотно излагать свои идеи на бумаге, умеющие быстро понимать, что написала нейросеть, проверять правильность и добиваться от нее тог, что задумано, и дописывать и переписывать то, что нейросеть не осилила.
Ничего нового. Потребуется только повышать свою квалификацию. Задуматься, конечно, нужно, но ничего катастрофического.
Что говорят в инете на вопрос, что такое рефакторинг и является ли вынос функции из монолита в микросервис:
Определение рефакторинга (в классическом понимании, по Мартину Фаулеру):
Рефакторинг — это процесс изменения внутренней структуры программного кода без изменения его внешнего наблюдаемого поведения. Цель — улучшить читаемость, уменьшить сложность, повысить поддерживаемость и облегчить добавление новых функций, не меняя того, что система делает.
Нет, вынос функции из монолита в отдельный микросервис — это НЕ рефакторинг в классическом смысле.
Это архитектурная реорганизация (или «перестройка архитектуры»), которая обычно называется декомпозицией, миграцией, выделением сервиса или изменением архитектурного стиля (с монолитной на микросервисную).
Так об этом и речь. Может, так и надо? А то, по моему впечатлению работы в ИТ, цель , которую руководство ставит, не чтобы разработчики без проблем сделали нужную клиенту систему (джун по грамотным чертежам), а чтобы они з..лись.
"Дак так любой джун справится!". Так вы и организуйте процесс, чтобы любой джун справился!
Но (по моим наблюдениям) стоимость реализации программы разработчиками при наличии качественного проекта в разы меньше, чем плохого проекта и такой вот системы итеративного набрасывания требований в проект и реализации на ходу.
Вот бы получить ответ на простой вопрос. Почему ракету изготавливают по четко определенным чертежам (а не по стикерам), а в разработке ПО уже третий десяток лет не могут наладить нормальный производственный процесс?
Не согласен. Они решают, в какой стране ИМ жить. Они всю жизнь работали, строили, пахали, и имеют право (и даже обязаны, бгг) жить в той стране, которую построили.
О да, я ждал этого примера. Только давайте вспомним про Новочеркасский "расстрел". Огонь на поражение силовые службы открыли в тот момент, когда толпа пьяных неадекватных людей начали попытку захвата органов власти и милицейские участки. Что, как понятно, совершенно законно, и вообще говоря - требуется по закону, и не является демонстрацией. До этого, никакой демонстрации не было. Стихийный митинг, избиения должностных лиц, погром поезда. Во-первых. Во-вторых, даже если назвать стечение толп народа на площади "демонстрацией" (сомнительно, но ок), два дня с ними власть разговаривала и пыталась наладить диалог.
Читайте статью по ссылке, которую вы привели.
Мой вопрос без изменения: были в советское время случаи разгона и расстрела именно демонстрации, аналогичные "Кровавому воскресенью" 9 января 1905 года?
Нет, я к тому, что написанием LLM занимается очень узкая прослойка айтишников, как примерно сейчас разработчики компиляторов. Выпускать таких специалистов, способных, как и разрабатывать компиляторы, искусственный интеллект, будут в очень сильных университетах. Разработчики LLM-ок не вырастают из джунов уже сейчас. Для того, чтобы стать разработчиком LLM, требуется специфическое сильное образование, а в будущем, это будет еще сильнее выражено.
Поэтому считаю, что нынешняя тряска, что типа некому будет разрабатывать LLM-ки, потому что джунам негде будет работать, совершенно беспочвенна.
А если не будет квалифицированных разработчиков - то кто будет поддерживать эти компиляторы? Сами компиляторы?
Вы много компиляторов написали?
Это здрасте! Есть стоматолог врач, есть стоматолог медсестра. Каждый из них решает свой круг по сложности задачи. Каждый из них учится в соответствующем заведении и получает соответствующий уровень подготовки.
Еще раз. Почему в медицине никто не подумает брать сначала медсестру, которая будет решать простые задачи, а потом, когда она "наберет опыта", будет решать задачи врача?
По-сути, вот эта ситуация в IT, когда берется джун, который решает простые задачи, потом ему накидывают сложные задачи, он учится и становится мидлом - в других нормальных профессиях просто немыслима. Никто не даст медсестре-стоматологу задачи стоматолога-хирурга. Она будет всю жизнь медсестрой. Единственная возможность - это вечерка в университете.
Но в IT, повторяюсь, все через жопу. Качество образования IT в университетах - ниже плинтуса. Выходят из них джуны. Решают простые задачи. Потом им накидывают задачи посложнее, они становятся мидлами. В основном это происходит в конторах, которые жмотятся на бабки и дают джунам на зарплатах джунов задачи мидлов. Эти джуны учатся, пишут решенные задачи в резюме и уходят из таких контор в конторы, где требуются мидлы. В нормальных конторах джунам не дают задачи мидлов, там задачи мидлов решают мидлы. Джуны в таких конторах остаются джунами навечно. Единственная возможность - брать курсы, пилить петы и валить. Если в конторах низких технических уровень решений и бедный стек - джунам тоже несладко в плане развития.
Поэтому, подытоживая свою мысль. Вся эта тряска с тем, что типа неоткуда будет брать мидлов - чепуха на постном масле. Образование дорастет до уровня, когда ВУЗы начнут сразу готовить специалистов уровня мидла (а шараги привыкнут к мысли, что надо брать соответствующих выпускников на должности мидлов). Ну, возможно, добавится период типа ординатуры у медиков.
Однозначно канет в лету практика, когда пацан прослушает курсы по Java и устраивается на работу джуном.
Почему нельзя обучать инженеров, чтобы из институтов выходили специалисты уровня сеньора?
Ну в медицине же, понятно, после медицинского училища выходит медбрат. Чтобы стать врачом, ему (теоретически) нужно работать и учиться. Но в медицине так не делают. Почему в IT все через жопу? Ну не нужны будут джуны, а нужны мидлы - готовьте сразу мидлов.
Интересная задача. Кэш больших данных по большому ключу на postgres. Разные ключи могут располагаться на разных страницах, при этом редкие ключи могут располагаться на тех-же страницах, что и горячие. Эти страницы будут держаться в буфере памяти и холодные ключи будут засирать память. Как я предполагаю. Но это для мелких payload, а у вас по 500 мб.
Производительность увеличивается. Количество требуемых землекопов снижается на первый взгляд. В реальности - только увеличивается, поскольку общество начинает больше строить.
Производительность увеличивается. Затраты производства на один кубометр грунта снижается на порядки. Общество начинает больше строить.
Зарплата конкретного землекопа увеличивается, поскольку для выполнения его обязанностей требуется большая квалификация.
Но для производства это выгодно, потому что зарплата увеличивается на десятки процентов, ну в два-три раза. А производительность его работы увеличивается в десять-сто раз.
Еще раз. Стоимость труда экскаваторщика выше, чем стоимость труда землекопа с лопатой.
В применении к программистам - то-же самое. Рядовые "набиватели" кода будут не нужны. Нужны будут программисты, умеющие проектировать архитектуру приложений, умеющие грамотно излагать свои идеи на бумаге, умеющие быстро понимать, что написала нейросеть, проверять правильность и добиваться от нее тог, что задумано, и дописывать и переписывать то, что нейросеть не осилила.
Ничего нового. Потребуется только повышать свою квалификацию. Задуматься, конечно, нужно, но ничего катастрофического.
Политики многовато. Экономики нет. Технологии нет. Истории мало.
"Стратегический партнер"... что там с гелием? Как "стратегический партнер" собирается решать проблему с гелием?
Экскаватор тоже быстрее копает ямы. Землекопам стоит серьезно задуматься?
Что говорят в инете на вопрос, что такое рефакторинг и является ли вынос функции из монолита в микросервис:
Определение рефакторинга (в классическом понимании, по Мартину Фаулеру):
Рефакторинг — это процесс изменения внутренней структуры программного кода без изменения его внешнего наблюдаемого поведения. Цель — улучшить читаемость, уменьшить сложность, повысить поддерживаемость и облегчить добавление новых функций, не меняя того, что система делает.
Нет, вынос функции из монолита в отдельный микросервис — это НЕ рефакторинг в классическом смысле.
Это архитектурная реорганизация (или «перестройка архитектуры»), которая обычно называется декомпозицией, миграцией, выделением сервиса или изменением архитектурного стиля (с монолитной на микросервисную).
Так об этом и речь. Может, так и надо? А то, по моему впечатлению работы в ИТ, цель , которую руководство ставит, не чтобы разработчики без проблем сделали нужную клиенту систему (джун по грамотным чертежам), а чтобы они з..лись.
"Дак так любой джун справится!". Так вы и организуйте процесс, чтобы любой джун справился!
КГБ так и называется - "Комитет государственной безопасности".
О гражданах беспокоится куча других министерств - министерство образования, министерство здравоохранения... тысячи их.
Не надо придумывать лишнее.
Да, совершенно верно.
Но (по моим наблюдениям) стоимость реализации программы разработчиками при наличии качественного проекта в разы меньше, чем плохого проекта и такой вот системы итеративного набрасывания требований в проект и реализации на ходу.
"Кровавая гебня" должна не о гражданском неселении думать, а о государстве.
Вот бы получить ответ на простой вопрос. Почему ракету изготавливают по четко определенным чертежам (а не по стикерам), а в разработке ПО уже третий десяток лет не могут наладить нормальный производственный процесс?
КНДР
КНР
Лаос
Вьетнам
Монголия
"Экономика крайне неэффективна" - это байки, которые разгоняли как обоснование слома совка.
Больше всех наворотил в нашей стране тот, на кого вся страна надеялась, что он молодой, умный, инициативный.
Не согласен. Они решают, в какой стране ИМ жить. Они всю жизнь работали, строили, пахали, и имеют право (и даже обязаны, бгг) жить в той стране, которую построили.
Отличный пример.
О да, я ждал этого примера. Только давайте вспомним про Новочеркасский "расстрел". Огонь на поражение силовые службы открыли в тот момент, когда толпа пьяных неадекватных людей начали попытку захвата органов власти и милицейские участки. Что, как понятно, совершенно законно, и вообще говоря - требуется по закону, и не является демонстрацией. До этого, никакой демонстрации не было. Стихийный митинг, избиения должностных лиц, погром поезда. Во-первых. Во-вторых, даже если назвать стечение толп народа на площади "демонстрацией" (сомнительно, но ок), два дня с ними власть разговаривала и пыталась наладить диалог.
Читайте статью по ссылке, которую вы привели.
Мой вопрос без изменения: были в советское время случаи разгона и расстрела именно демонстрации, аналогичные "Кровавому воскресенью" 9 января 1905 года?