Единственное что бесспорно в этой статье, это то что возрастному ИТ-шнику нужна публичность и личный брэнд. Все твои прошлые заслуги давно забыты и ты никому не интересен, особенно если твои начальники лет на 10 младше тебя или в ходе техсобеса понимают, что твой уровень компетенций больше их в разы. Нанимать сильно умного - мостить себе дорогу к увольнению.
Видно сразу что Вы не понимаете фундаментальных принципов на которых строится современный ИИ. Допустим даже, ИИ имееет в своем арсенале алгоритм который Вы выше предлагали использовать, но как ИИ поймет что именно его надо использовать, а не какой-то другой, который тоже есть и при это они равновесны? Проблема в том, что ИИ может фантазировать, но не может оценить полученный результат и самообучаться на своих ошибках ИИ тоже не умеет.
На одной конфе, java разработчик расказывал, как он случайно нашел баг в google search и предложил багфикс увеличивающий скорость поиска в несколько 1000 раз. Ничего нового, просто случайно, и там работали обычные разработчики и это GOOGLE!
А когда Нейронка пишет за Вас код по текстовой постановке Вы не просто не понимаете как он работает, она еще и ошибаться может. На эти грабли уже только ленивый не наступил. Мне например, нейронка так подгадила на хакатоне: В начале, с моей подачи ввела проверку, но втихаря ее задублировала, а когда я попросил убрать проверку, убрала, но только в одном месте и код продолжал работать не верно. Пришлось разбирать дебри головой и руками.
Многие не помнят проблему 2000 года, если-бы это случилось сейчас - то ущерб был-бы гораздо критичнее. Кто знает, какие косяки могут возникнуть с ростом использования ИИ?
В статье не нашел сравнительных результатов тестирование быстродействия нового решения кроме " без заметных временных задержек." при работе на тестовом контуре. Как новое решение поведет себя при многопользовательской работе, с указанными автором активными DB-link соединениями?
REDIS прекрасно пишет на диск(ваше решение при сборе питания будет вести себя ровно так же) + у redis есть master-slave. В чем Вы быстрее?Какие-то тесты делались?
Всем известно, что UPDATE в PgSQL, это долгая операция в сравнении с простым INSERT потому что это INSERT + DELETE. Решается либо шардированием либо обработкой в кэше Странно что Вы этот аспект в статье опустили и сразу взяли "быка за рога"
А Вы знаете, что неквалифицированный психолог может человека довести до самоубийства влегкую? Но психологов , судя по интернету= каждый второй!
Мошенничество уже давно стало нормой для трудоустройства. И что самое интересное: с обеих сторон. Кандидаты приписывают не существующий опыт, а наниматели не существующие плюшки.
Насчет слива конфиденциальной информации - так это проблема не конкретной страны, а всего рынка в целом. Для этого и придуманы NDA всяческие, а некоторые компании при устройстве на работу используют детектор лжи. Прошел детектор - есть шанс попасть на работу не прошел - досвидание
Представляете и летали/ездили в Москву на собесы. Это было не так уж и давно, в 2000-ых. Тогда уже был скайп, телефон и какой-никакой интернет. После собеса по телефону или скайпу, если кандидат понравился, то в офис приглашали и там никакие суфлеры и нейронки не могли помочь тебе показать свои реальные знания предметки и умение писать код руками без автокомплита
Вероятно Ваша квалификация была недостаточно высокой либо наниматель не желал нести эти расходы. Мне, например, оплачивали проезд туда обратно из могилева в москву + обещали помощь с релокацией
Раньше серьезных кандидатов после предварительного собеседования по телефону приглашали в офис и Даже(!) могли оплатить проезд туда обратно и , естественно , обсуждался вопрос релокации компенсационный пакет.
1) процесс управления военным самолетом и гражданским отличается 2) само по себе управление отличается в разных моделях лайнеров, хоть и относительно стандартизовано 3) для таких пилотов есть летный тренажер. дешевле прогнать кандидата на таком, чем угробить многомилионный боинг да еще и с пассажирами.
Основной принцип проектирования микросервисной архитектуры это атомарность микросервисов, разве нет?
А а целом , в книжке Structured design Edvard Yourdon & Larry L. Constantine - все вышеперечисленные "принципы" очень детально описаны, правда, безотносительно к микросервисной архитектуре.
Потому что в те времена вычислительные ресурсы были ограниченны и явно ресурсозатратную микросервисную архитектуру никто не проповедовал.
За хорошую книжку, автору спасибо, ну а в чем новизна?
swagger выдает набора параметров сервиса и не даёт понимания о его бизнес-составляющей: ни о его назначении , ни о взаимосвязи с другими сервисами, ни о особенностях логики его работы.
yaml- формально там можно описать набор разворачиваемых компонентов, порты, адреса хостов и даже ролевую модель, но , опять-же бизнесовую составляющую мы опускаем+ члены команды должны понимать формат и совместно его редактировать и поддерживать в т.ч. покрытием тестами.
Любая ошибка в описании и у тебя какая-то железка потеряла доступ, либо модуль/библиотека не погрузилась, контейнер не развернулся - да и вообще что угодно может произойти и ты засучив рукава, вооружившись кувалдой и серпом идёшь искать и разбираться что там сломалось. Отсюда жёсткие требования к пониманию формата всей командой и контролю версий. Как автор предлагает решать эту проблему?
Единственное что бесспорно в этой статье, это то что возрастному ИТ-шнику нужна публичность и личный брэнд. Все твои прошлые заслуги давно забыты и ты никому не интересен, особенно если твои начальники лет на 10 младше тебя или в ходе техсобеса понимают, что твой уровень компетенций больше их в разы.
Нанимать сильно умного - мостить себе дорогу к увольнению.
Видно сразу что Вы не понимаете фундаментальных принципов на которых строится современный ИИ.
Допустим даже, ИИ имееет в своем арсенале алгоритм который Вы выше предлагали использовать, но как ИИ поймет что именно его надо использовать, а не какой-то другой, который тоже есть и при это они равновесны?
Проблема в том, что ИИ может фантазировать, но не может оценить полученный результат и самообучаться на своих ошибках ИИ тоже не умеет.
На одной конфе, java разработчик расказывал, как он случайно нашел баг в google search и предложил багфикс увеличивающий скорость поиска в несколько 1000 раз.
Ничего нового, просто случайно, и там работали обычные разработчики и это GOOGLE!
А когда Нейронка пишет за Вас код по текстовой постановке Вы не просто не понимаете как он работает, она еще и ошибаться может. На эти грабли уже только ленивый не наступил.
Мне например, нейронка так подгадила на хакатоне:
В начале, с моей подачи ввела проверку, но втихаря ее задублировала, а когда я попросил убрать проверку, убрала, но только в одном месте и код продолжал работать не верно.
Пришлось разбирать дебри головой и руками.
Многие не помнят проблему 2000 года, если-бы это случилось сейчас - то ущерб был-бы гораздо критичнее.
Кто знает, какие косяки могут возникнуть с ростом использования ИИ?
В статье не нашел сравнительных результатов тестирование быстродействия нового решения кроме " без заметных временных задержек." при работе на тестовом контуре.
Как новое решение поведет себя при многопользовательской работе, с указанными автором активными DB-link соединениями?
REDIS прекрасно пишет на диск(ваше решение при сборе питания будет вести себя ровно так же) + у redis есть master-slave. В чем Вы быстрее?Какие-то тесты делались?
Всем известно, что UPDATE в PgSQL, это долгая операция в сравнении с простым INSERT потому что это INSERT + DELETE.
Решается либо шардированием либо обработкой в кэше
Странно что Вы этот аспект в статье опустили и сразу взяли "быка за рога"
А Вы знаете, что неквалифицированный психолог может человека довести до самоубийства влегкую?
Но психологов , судя по интернету= каждый второй!
Мошенничество уже давно стало нормой для трудоустройства.
И что самое интересное: с обеих сторон.
Кандидаты приписывают не существующий опыт, а наниматели не существующие плюшки.
Насчет слива конфиденциальной информации - так это проблема не конкретной страны, а всего рынка в целом.
Для этого и придуманы NDA всяческие, а некоторые компании при устройстве на работу используют детектор лжи. Прошел детектор - есть шанс попасть на работу не прошел - досвидание
Представляете и летали/ездили в Москву на собесы.
Это было не так уж и давно, в 2000-ых. Тогда уже был скайп, телефон и какой-никакой интернет.
После собеса по телефону или скайпу, если кандидат понравился, то в офис приглашали и там никакие суфлеры и нейронки не могли помочь тебе показать свои реальные знания предметки и умение писать код руками без автокомплита
Вероятно Ваша квалификация была недостаточно высокой либо наниматель не желал нести эти расходы. Мне, например, оплачивали проезд туда обратно из могилева в москву + обещали помощь с релокацией
Раньше серьезных кандидатов после предварительного собеседования по телефону приглашали в офис и Даже(!) могли оплатить проезд туда обратно и , естественно , обсуждался вопрос релокации компенсационный пакет.
1) процесс управления военным самолетом и гражданским отличается
2) само по себе управление отличается в разных моделях лайнеров, хоть и относительно стандартизовано
3) для таких пилотов есть летный тренажер. дешевле прогнать кандидата на таком, чем угробить многомилионный боинг да еще и с пассажирами.
Можно привести какие-то примеры?
Какой был запрос?
Что получили?
Какая LLM?
Какую конфигурацию системы использовали для запуска или использовали kaggle/huggingface/Collab?
Время референса?
Основной принцип проектирования микросервисной архитектуры это атомарность микросервисов, разве нет?
А а целом , в книжке Structured design Edvard Yourdon & Larry L. Constantine - все вышеперечисленные "принципы" очень детально описаны, правда, безотносительно к микросервисной архитектуре.
Потому что в те времена вычислительные ресурсы были ограниченны и явно ресурсозатратную микросервисную архитектуру никто не проповедовал.
За хорошую книжку, автору спасибо, ну а в чем новизна?
И обойти этот запрет можно до поры до времени,а потом будет как с Пауэрсом в 1960
Все бы так, но интерференцию никто не отменял.
Вы когда в последний раз искали лучший по скорости wifi канал среди равных?
Ровно так-же проблема будет и со спутниками:-)
А что мешало все перечисленное добавлять в XP?
Ведь все равно переписывалось ядро, как это происходит регулярно в linux
Откуда дровишки,про коренных немцев,массово выезжающих в Россию?
Стать настоящим немцем очень сложно.Начиная с вопроса получения гражданства.
Моя однокурсница замуж за немца вышла, родила от него дочку.
Немец помер,а она пенсию по потере кормильца получает.
Возвращаться не планирует и даже не заикается об этом.
Дочка по русски говорит с акцентом.
Найдена вакансия и реальная работа это как Земля и Небо.
Не вводите людей в заблуждение.:-)
swagger выдает набора параметров сервиса и не даёт понимания о его бизнес-составляющей: ни о его назначении , ни о взаимосвязи с другими сервисами, ни о особенностях логики его работы.
yaml- формально там можно описать набор разворачиваемых компонентов, порты, адреса хостов и даже ролевую модель, но , опять-же бизнесовую составляющую мы опускаем+ члены команды должны понимать формат и совместно его редактировать и поддерживать в т.ч. покрытием тестами.
Любая ошибка в описании и у тебя какая-то железка потеряла доступ, либо модуль/библиотека не погрузилась, контейнер не развернулся - да и вообще что угодно может произойти и ты засучив рукава, вооружившись кувалдой и серпом идёшь искать и разбираться что там сломалось. Отсюда жёсткие требования к пониманию формата всей командой и контролю версий. Как автор предлагает решать эту проблему?