"6K resolution, a 165Hz refresh rate" И это еще 2 кадра за раз считать надо. Наверное только counter strike и потянет такое. Что посложнее будет 30FPS при 6k, при удаче выдавать.
Наверное имеется ввиду, что загружали данные из больших файлов. Наверное искали в файле каждый раз вхождение. А потом автор догадался отсортировать файл перед чтением.
Это к вопросу о нужности знания алгоритмов. Конечно надо знать, вот только найти применение этим знаниям в повседневной жизни получается редко. Скорее приходится решать прикладные задачи завязанные на язык программирования и библиотеки.
Единственное, вызвал уважение подход автора к обучению. Научиться структурировано разбирать задачи дороже, чем знания алгоритмов имхо.
Я когда в конце 90-х учился программированию и дизайну систем, то там был в ходу принцип разделения логического и физического проектирования. "Проектируем сферического коня в вакууме" :) А потом уже переносим это на конкретное железо. По закону Мура же, через год-два, когда дизайн готов, железо в два раза мощнее будет, как минимум и все будет летать.
А сейчас, мне кажется, смысл поменялся. Лишь бы быстрее написать и запустить, а когда начнет под своим весом проминаться, добавим 99999 виртуальных машин и 100500GB RAM все будет летать. Ну или начинают оптимизировать софт. Как заказчик решит, что ему дешевле. На последнем проекте пару раз заказчик принимал такие решения. Либо потратить на разработку оптимального решения XXXXXX денег или взять готовое решение и потратить XXXXXX денег на железо помощнее.
Ну и естественно производители железа, софта рекламируют свое болото синтетическими тестами. А потом когда начинаешь запускать реальный проект, то все тормозит непонятно от чего. Либо ты дурак либо тебя обманули.
Все это было у крупного производителя автомобилей. Там на всех заводах такая система и не думаю, что там кто то, что то будет менять. Там всем этим чудом управляет тоже огромный IT хаус. И вся эта система с 90-х.
Я участвовал в проекте, который использовал WebSphere на мэйнфрейме. Там часть кода была на java, часть на COBOL.
Потом перешел на проект, где мы большую систему переписывали на java, и переносили в облако Azure. Там были расчеты деталей для производимых автомобилей на всех заводах. Тысячи автомобилей ежедневно, по 6000-8000 деталей на автомобиль. Сократили время обсчета дневного объема завода с нескольких часов на мэйнфрейме до полутра на java/azure. Новую систему запустили как раз, когда все ключевые кабалисты ушли на пенсию. И ценник снизился, с миллиона евров в год за mainframe систему и спецов, на один завод, до несколько десятков тысяч на azure/java.
А сейчас я от туда ушел, взял отступные.
Не, я против мэйнфрейма ничего не имею против, если знать как его готовить правильно, то наверняка он не хуже прочих. Меня всегда поражали объемы данных, которые там обсчитываются из коробки. Но вот опыт у меня такой корявый был, что я думаю, что не зря от туда съезжают.
Я знаю одно крупного клиента, который хочет съехать с мэйнфрейма до 2027 и запланировали на это дело 90 миллионов евров. Не сменить COBOL на java, а именно съехать. Текущим системам уже лет по тридцать, спецов, трудно найти тех, кто хочет заниматься COBOL. Молодежи подавай облака, copilot. Те, кто знают эту конкретную систему уходят на пенсию. Один два человека знают все эту паутину джобов. К тому же Microisoft дает или давала большие скидки для некоторых энтерпрайзных клиентов для использования Azure облаков. Я конечно точно не знаю, но мне думается привязка к IBM выходит дороже. Любая фича стоит огромных денег. Помню год назад, что то было с MQS, написали модуль на JAVA, который работал с MQS в клиентском режиме и не смогли запустить, потому как MQS был настроен через SSL, а на данном Mainframe не было фичи, что бы работать в данном режиме. И не стали покупать. Переписали на MQ через unix сокеты. А Java на мэйнфрейме, только пол года назад перешли на Java 17, до того была все еще Java 8. Приходилось в проекте, все, что работало на мэйнфрейме писать и тестировать с Java 8, когда остальной код уже на java 17/21 был написан.
> Что значит система версионирование Cobol модулей и причем здесь админы мэйнфрэймовские?
Я конечно не писал на COBOL, но в данной системе была какая то странная система версионирования из прошлого века. Код редактировался прямо на мэйнфрейме, модули получали новую версию в виде суффикса в имени. И такие же требования были к Java программам, не знаю, вроде от админов, который этой системой занимались. В JCL прописывался java класс с main функцией, и нам приходилось его с каждой новой версией переименовывать com.example.dj001.DJ00102 и потом еще в папочку с файлом тоже соответственно называть, с версией.
Тоже хотел об этом написать. Сейчас многие фирмы мигрируют с мэйнфрейма либо через аплифтинг, либо переписывая систему заново, либо переносят на SAP. И суммы платят там шестизначные, как минимум.
Хотя хз. Описанный подход, ближе к аплифтингу. Да, код становится понятным явистам, но опять же, вся эта завязка на zOS, текстовые файлы, MVS, мало, что поменяют, все равно нужны люди понимающие в энтих самых mainframe-х. Только что как промежуточный шаг, а потом все равно переписывать, модернизировать.
У нас лет десять назад пытались вместо COBOL-а писать модули на java. Мэйнфреймисткие админы хотели такую же систему версионирования, как и с COBOL модулями, что бы все было точно так же. Выходило все запутанным.
У меня так же бывает, когда стресс на работе, по долгу не могу заснуть. Помогает бегать раза три в неделю. Еще у меня есть наушники, с костной проводимостью, shokz. Я их ношу часто и во время бега и так просто, что бы слушать книги или еще, что нибудь. Вот в том числе и на ночь их одеваю и включаю себе какой нибудь заумный научпоп в ютубе или набор слов на ютуб канале "злой космос" - там под музыку рассказывает всякое про космос. Меня вырубает довольно быстро. Наушники почти не мешают спать. Зато иногда прикольно, что то снится про космос :)
fun fact, в 2000 суперкомпьютер IBM ASCI White выдавал 12 террафлопсов и в сумме было 6 террабайт памяти. На нем обсчитывали ядерные взрывы. Сейчас, 25 лет спустя, сравнимый по мощности кластер, размером с настольный цветочный горшок, может искрометно ответить на вопрос "в чем смысл жизни?"
Поискал, где же этот отчет об исследовании. Нигде нету ссылки на отчет, везде только ссылки на сайт digitain. Как и здесь на хабре. Мне кажется это какая то хитрая реклама этого самого digitain, что то связанное со спортивными ставками.
Не знаю, я как раз вижу это наооборот. Будут брать пучок юниоров и одного опытного. Кмк, если правильно организовать, обучить юниоров пользоваться приемуществами ИИ, организовать контроль, то может и сработать. Взять теже времена "индуского кода". Там после обучений жутких юниоров брали сотнями на проекты, разбавляли их десятком опытных и они там что то писали, а пару архитекторов, на стороне заказчика их направляли. Я был в таком проекте 15 лет назад и просто поражался, при таком языковом и культурном барьере, плюс пинг под 200мс, эта толпа индусов выдавала вполне рабочий код. Да, код был корявый, куча копипасты, но проект запустили и он худобедно работал.
Мне думалось, что наоборот. ИИ делает из юниора, более продвинутого айтишника. При правильном подходе он может и подсказать, как правильно организовать код, исправить типично юниорские ошибки, ну само собой может и по конкретным технологиям давать подсказки. Да, опыт дает преемущества, но они имхо скорее метафизического характера. Как правильно общаться с заказчиком, понять недосказанное, отбрехаться от невозможного, аргументировать невыполненное.
Не знаю, в литографах конечно жутко высоконаучные технологии, которые на коленке не соберешь. Но вот перед глазами примеры с Теслой Маска и роботы Boston Dynamics.
Китайцы машины и этих роботов уже штампуют с такой же скоростью как и телефоны и наверное в тех же цехах. А телефон тебе может ккитайский мужичок на рынке собрать. И где Бостон Динамикс. И тесла, уже одна из многих.
Чем дальше, тем доступнее технологии, не надо уже самим проектировать и собирать какие то агрегаты, а их просто можно купить. Лет десять назад теже лидары, считались слишком дорогими, что бы устанавливать на каждый автомобиль, сейчас простенькие уровня пылесоса можно купить за пару баксов.
Надо же собирать базу пользователей, плюс продавать расходники тут же в приложении. Ну может еще мозги проще в облаке организовать, чем делать на борту. Построение карты, навигация итп.
Я вот устроился на работу, сижу уже четвертый месяц без проектов. Наняли получается для массовки, купили мои скилы для участия в тендере, благо платят хорошо. Сижу, гоняю балду, решил вот сделать пару сертификатов. Чувствую, у меня начинается выгорание.
Ну босс просто подставился под удар. Подчиненные только порадовались, хоть так боссу врезать.
Опять же реклама не очень. Робот по идее должен на инстинктах избегать столкновений, а тут получается эту фишку отключили и позволили роботу выполнить записанный на флешку удар? Кому захочется себе такого робота, которому можно все защитные механизмы поотключать. Или который не может просчитать свою траекторию и избежать столкновения. Ну только что военным, да и то сомнительно, вряд ли нужен такой робот, который умеет в боевые искусства без инстинктов самосохранения.
Почему цена 69 баксов? Такое ощущение, что электронному ценнику добавили кнопки и батарейку и получилась читалка. Она только epub и txt может. Наверное и на холодильник не магнитится.
Да я понимаю, я о том, что просто нереально быстро отвечает, как будто уже после ключевого слова отсылает запрос и готовит ответ пока я задаю вопрос про погоду. Ведь надо речь распознать, сделать запрос о погоде и сгенерировать ответ. И все это переслать по сети.
"6K resolution, a 165Hz refresh rate" И это еще 2 кадра за раз считать надо. Наверное только counter strike и потянет такое. Что посложнее будет 30FPS при 6k, при удаче выдавать.
Наверное имеется ввиду, что загружали данные из больших файлов. Наверное искали в файле каждый раз вхождение. А потом автор догадался отсортировать файл перед чтением.
Это к вопросу о нужности знания алгоритмов. Конечно надо знать, вот только найти применение этим знаниям в повседневной жизни получается редко. Скорее приходится решать прикладные задачи завязанные на язык программирования и библиотеки.
Единственное, вызвал уважение подход автора к обучению. Научиться структурировано разбирать задачи дороже, чем знания алгоритмов имхо.
Я когда в конце 90-х учился программированию и дизайну систем, то там был в ходу принцип разделения логического и физического проектирования. "Проектируем сферического коня в вакууме" :) А потом уже переносим это на конкретное железо. По закону Мура же, через год-два, когда дизайн готов, железо в два раза мощнее будет, как минимум и все будет летать.
А сейчас, мне кажется, смысл поменялся. Лишь бы быстрее написать и запустить, а когда начнет под своим весом проминаться, добавим 99999 виртуальных машин и 100500GB RAM все будет летать. Ну или начинают оптимизировать софт. Как заказчик решит, что ему дешевле. На последнем проекте пару раз заказчик принимал такие решения. Либо потратить на разработку оптимального решения XXXXXX денег или взять готовое решение и потратить XXXXXX денег на железо помощнее.
Ну и естественно производители железа, софта рекламируют свое болото синтетическими тестами. А потом когда начинаешь запускать реальный проект, то все тормозит непонятно от чего. Либо ты дурак либо тебя обманули.
Все это было у крупного производителя автомобилей. Там на всех заводах такая система и не думаю, что там кто то, что то будет менять. Там всем этим чудом управляет тоже огромный IT хаус. И вся эта система с 90-х.
Я участвовал в проекте, который использовал WebSphere на мэйнфрейме. Там часть кода была на java, часть на COBOL.
Потом перешел на проект, где мы большую систему переписывали на java, и переносили в облако Azure. Там были расчеты деталей для производимых автомобилей на всех заводах. Тысячи автомобилей ежедневно, по 6000-8000 деталей на автомобиль. Сократили время обсчета дневного объема завода с нескольких часов на мэйнфрейме до полутра на java/azure. Новую систему запустили как раз, когда все ключевые кабалисты ушли на пенсию. И ценник снизился, с миллиона евров в год за mainframe систему и спецов, на один завод, до несколько десятков тысяч на azure/java.
А сейчас я от туда ушел, взял отступные.
Не, я против мэйнфрейма ничего не имею против, если знать как его готовить правильно, то наверняка он не хуже прочих. Меня всегда поражали объемы данных, которые там обсчитываются из коробки. Но вот опыт у меня такой корявый был, что я думаю, что не зря от туда съезжают.
Я знаю одно крупного клиента, который хочет съехать с мэйнфрейма до 2027 и запланировали на это дело 90 миллионов евров. Не сменить COBOL на java, а именно съехать. Текущим системам уже лет по тридцать, спецов, трудно найти тех, кто хочет заниматься COBOL. Молодежи подавай облака, copilot. Те, кто знают эту конкретную систему уходят на пенсию. Один два человека знают все эту паутину джобов. К тому же Microisoft дает или давала большие скидки для некоторых энтерпрайзных клиентов для использования Azure облаков. Я конечно точно не знаю, но мне думается привязка к IBM выходит дороже. Любая фича стоит огромных денег. Помню год назад, что то было с MQS, написали модуль на JAVA, который работал с MQS в клиентском режиме и не смогли запустить, потому как MQS был настроен через SSL, а на данном Mainframe не было фичи, что бы работать в данном режиме. И не стали покупать. Переписали на MQ через unix сокеты. А Java на мэйнфрейме, только пол года назад перешли на Java 17, до того была все еще Java 8. Приходилось в проекте, все, что работало на мэйнфрейме писать и тестировать с Java 8, когда остальной код уже на java 17/21 был написан.
> Что значит система версионирование Cobol модулей и причем здесь админы мэйнфрэймовские?
Я конечно не писал на COBOL, но в данной системе была какая то странная система версионирования из прошлого века. Код редактировался прямо на мэйнфрейме, модули получали новую версию в виде суффикса в имени. И такие же требования были к Java программам, не знаю, вроде от админов, который этой системой занимались. В JCL прописывался java класс с main функцией, и нам приходилось его с каждой новой версией переименовывать com.example.dj001.DJ00102 и потом еще в папочку с файлом тоже соответственно называть, с версией.
Короче, чуждый современному программисту мир :)
Тоже хотел об этом написать. Сейчас многие фирмы мигрируют с мэйнфрейма либо через аплифтинг, либо переписывая систему заново, либо переносят на SAP. И суммы платят там шестизначные, как минимум.
Хотя хз. Описанный подход, ближе к аплифтингу. Да, код становится понятным явистам, но опять же, вся эта завязка на zOS, текстовые файлы, MVS, мало, что поменяют, все равно нужны люди понимающие в энтих самых mainframe-х. Только что как промежуточный шаг, а потом все равно переписывать, модернизировать.
У нас лет десять назад пытались вместо COBOL-а писать модули на java. Мэйнфреймисткие админы хотели такую же систему версионирования, как и с COBOL модулями, что бы все было точно так же. Выходило все запутанным.
Скоро-скоро, будем крутить педали для великого ИИ.
Хотя вот по этому сценарию, в 2030 мы все умрем, с 91% вероятностью. Может и не придется крутить педали. Я бы вместо этого хотел бы оцифроваться.
А мне можно использовать книги для обучения? Или это другое?
У меня так же бывает, когда стресс на работе, по долгу не могу заснуть. Помогает бегать раза три в неделю. Еще у меня есть наушники, с костной проводимостью, shokz. Я их ношу часто и во время бега и так просто, что бы слушать книги или еще, что нибудь. Вот в том числе и на ночь их одеваю и включаю себе какой нибудь заумный научпоп в ютубе или набор слов на ютуб канале "злой космос" - там под музыку рассказывает всякое про космос. Меня вырубает довольно быстро. Наушники почти не мешают спать. Зато иногда прикольно, что то снится про космос :)
fun fact, в 2000 суперкомпьютер IBM ASCI White выдавал 12 террафлопсов и в сумме было 6 террабайт памяти. На нем обсчитывали ядерные взрывы. Сейчас, 25 лет спустя, сравнимый по мощности кластер, размером с настольный цветочный горшок, может искрометно ответить на вопрос "в чем смысл жизни?"
Поискал, где же этот отчет об исследовании. Нигде нету ссылки на отчет, везде только ссылки на сайт digitain. Как и здесь на хабре. Мне кажется это какая то хитрая реклама этого самого digitain, что то связанное со спортивными ставками.
Не знаю, я как раз вижу это наооборот. Будут брать пучок юниоров и одного опытного. Кмк, если правильно организовать, обучить юниоров пользоваться приемуществами ИИ, организовать контроль, то может и сработать. Взять теже времена "индуского кода". Там после обучений жутких юниоров брали сотнями на проекты, разбавляли их десятком опытных и они там что то писали, а пару архитекторов, на стороне заказчика их направляли. Я был в таком проекте 15 лет назад и просто поражался, при таком языковом и культурном барьере, плюс пинг под 200мс, эта толпа индусов выдавала вполне рабочий код. Да, код был корявый, куча копипасты, но проект запустили и он худобедно работал.
Ничем не лучше июниоров вооруженных ИИ?
Мне думалось, что наоборот. ИИ делает из юниора, более продвинутого айтишника. При правильном подходе он может и подсказать, как правильно организовать код, исправить типично юниорские ошибки, ну само собой может и по конкретным технологиям давать подсказки. Да, опыт дает преемущества, но они имхо скорее метафизического характера. Как правильно общаться с заказчиком, понять недосказанное, отбрехаться от невозможного, аргументировать невыполненное.
Не знаю, в литографах конечно жутко высоконаучные технологии, которые на коленке не соберешь. Но вот перед глазами примеры с Теслой Маска и роботы Boston Dynamics.
Китайцы машины и этих роботов уже штампуют с такой же скоростью как и телефоны и наверное в тех же цехах. А телефон тебе может ккитайский мужичок на рынке собрать. И где Бостон Динамикс. И тесла, уже одна из многих.
Чем дальше, тем доступнее технологии, не надо уже самим проектировать и собирать какие то агрегаты, а их просто можно купить. Лет десять назад теже лидары, считались слишком дорогими, что бы устанавливать на каждый автомобиль, сейчас простенькие уровня пылесоса можно купить за пару баксов.
Надо же собирать базу пользователей, плюс продавать расходники тут же в приложении. Ну может еще мозги проще в облаке организовать, чем делать на борту. Построение карты, навигация итп.
Я вот устроился на работу, сижу уже четвертый месяц без проектов. Наняли получается для массовки, купили мои скилы для участия в тендере, благо платят хорошо. Сижу, гоняю балду, решил вот сделать пару сертификатов. Чувствую, у меня начинается выгорание.
Ну босс просто подставился под удар. Подчиненные только порадовались, хоть так боссу врезать.
Опять же реклама не очень. Робот по идее должен на инстинктах избегать столкновений, а тут получается эту фишку отключили и позволили роботу выполнить записанный на флешку удар? Кому захочется себе такого робота, которому можно все защитные механизмы поотключать. Или который не может просчитать свою траекторию и избежать столкновения. Ну только что военным, да и то сомнительно, вряд ли нужен такой робот, который умеет в боевые искусства без инстинктов самосохранения.
Наверное имеется ввиду, что там 20М пользователей соцсетей и им всем придется доказывать, что им уже 16.
Почему цена 69 баксов? Такое ощущение, что электронному ценнику добавили кнопки и батарейку и получилась читалка. Она только epub и txt может. Наверное и на холодильник не магнитится.
Да я понимаю, я о том, что просто нереально быстро отвечает, как будто уже после ключевого слова отсылает запрос и готовит ответ пока я задаю вопрос про погоду. Ведь надо речь распознать, сделать запрос о погоде и сгенерировать ответ. И все это переслать по сети.