Всё-таки более старым системам не надо было рисовать тонну хай-рез (по тому времени) графики для интерфейса, поэтому сравнение так себе.
Объективно просто процессоры того времени еле-еле моги тянуть соответствущие нагрузки без дополнительных со-процессоров с условно-приемлемой производительностью. А ещё хуже всё было в плане оперативной памяти.
Посмотрите на Apple Lisa - бизнес-компьютер, который в Apple сделали до первого мака:
там сразу была многозадачность, хоть и кооперативная, в то время как первые маки не могли более одного запущеного приложения иметь - даже кооперативную многозадачность завезли ой как не сразу;
а ещё у apple lisa была защита памяти, виртуальная память и прочего чего иного;
но ради этого пришлось поставить аж 1 МБ оперативной памяти, что просто жесть как дорого было по тем временем (лучше не гуглите стоимость apple lisa на старте), в оригинальный же мак поставили всего 128 КБ (а хотели вообще обойтись 64 КБ, но ужать потребление настолько уж никак не получилось с их хотелками);
при всём этом apple lisa была довольно неповоротливой в плане скорости, в том числе на фоне оригинального мака;
Сложно согласиться, по моему опыту на одного джуна который использует ИИ чтобы спрашивать, разбираться и т.д. тупо 10+ тех, кто генерирует код не приходя в сознание. Впрочем, такая же ситуация в сфере образования.
Когда индустрия почувствует нехватку джунов, снова начнётся "курсы пройти, войти в айти".
Это ортогональные процессы. Курсы делала не индустрия которой нужны были джуны, а индустрия по продаже курсов. Они просто взяли хайповую тему. Будет хайп на другую тему - будут продавать другие курсы. А индустрии джуны как таковые и не нужны напрямую, по крайней мере те которые «после курсов» лол, т.е. по факту трейни которые не могут прийти и сесть работать.
Настоящие же джуны, т.е. младшие специалисты которые могут работать, нужны исторически были для того чтобы:
a) экономить деньги - закрывать простые задачи более дешевым персоналом;
б) иметь потенциал роста - если джун не сбежал, то рост его зарплаты будет медленее и меньше чем найм более способного специалиста на рынке сходу;
Я лично сильно сомневаюсь в позитивной динамике по джунам. Проблема в том, что тривиальную требуху, которую раньше часто делали джуны, как раз таки неплохо решает ИИшка, но только когда она в руках уже шарящего челоека. В то время как ИИшка делает только хуже с определением скилов потенциального соискателя, особенно джуна.
Собственно исторически большая проблема с наймом разработчиков, особенно джунов, как раз лежала в том, что сложно было эффективно отфильтровать некомпетентных, проходимцев и мошенников от тех кто реально сможет работать. ИИшка делает этот вопрос только хуже, причём с обеих сторон.
Ему дали это..спорное с точки зрения затрат убожество и попросили его продать.
Marketing это очень часто совсем не Sales. Marketing это те кто пришли и обосновали что именно надо делать и для кого. У них было видинье для какого потребителя какой товар они делают, именно они выкрутили в бараний рог инженеров и дизайнеров, а не наоборот.
А в чём новость про платные кодеки? По-моему это было ещё с Windows 10, более десяти лет назад. Если файл с соответствующим кодеком пытается открыться системным плеером, то оно ноет и предлагает пойти в майкрософтский стор и купить этот кодек.
Стало больше жрать оперативной памяти? Ну дык, ещё бы, тут даже никакой вайбкодинг не нужен - скорее всего переписали на чём-то вроде Electron, чтобы было "проще, удобнее и быстрее" вместо дедовского нативного API.
Без шуток, но вот лишь парочка моментов которые я видел: - плэйнтекст пароли в БД, как для пользователей так и для админов; - одинаковые стандартные пароли у всех менеджеров/админов; - захардкоженные креденшиалы в исходниках (апи ключи, пароли, дампы SSH ключей и т.д.); - отсутствие репозиториев как класса, хранят просто папку с исходниками в сторадже, ни истории, ни версионирования, ни распределённости; - отсутствие CI/CD как класса, деплои путём аплоуда папки по FTP (да, да, как диды 20 лет назад), даже не SSH; - автоматические оффсайт бэкапы? ахаха, нет, повезёт если кто-то раз в квартал дампы сделает руками и сохранит на внешний USB жесткий диск; - собирание SQL запросов в виде строки из входящих параметров, без фильтрации и санитайзинга, SQL инъекции прямо из 2005 года; - самопальные капчи со статическим вопросом «Сколько будет 5 + 20», который не меняется;
Это как в 2015 так и в 2025 годах, да. И это не аналоги условного ООО Вектор, а крупные серьезные компании. В том числе публичные, да. И это не единичные случаи. На фоне такого зашквара про шедевры архитектуры и технические решения внутри кода даже заикаться как-то стыдно.
В этой фирме, кроме полотёра и вахтёра, есть ещё кто-нибудь, у кого коэффициент интеллекта выше хотя бы 80-ти?
У вас, как у многих других здесь, просто манямирок на тему того как вещи работают в реальном мире. Я столько ахтунга видел в крупных компаниях что если начну перечислять, то мне просто неповерят лол. Продукты на сотни тысяч и миллионы пользователей, а внутри всё не просто построено на дендро-фекальной архитектуре, но и работает только потому что на систему никто не чихнул. И работает оно так не просто годами, а порой десятилетиями.
А какая нагрузка? Вроде как белые списки это как раз очень простой и легковесный вариант окукливания сети, в отличии от того чтобы терабайты в секунду через DPI с тысячами правил анализа трафика гонять.
Окей, давайте возьмём курс чёрного рынка в 6+ рублей за доллар и окажется, что советские инженеры жили за 20 баксов в месяц - как-то неприятно получается для статистики. Поэтоу тут, как говориться, или трусы или крестик.
Я допускаю даже что возможно в каком-то виде, проблема каким чёртом это переложить на бизнес-модель? Успешное появление пары == потеря как минимум двух клиентов для сервиса. Пока человек пользуется сервисом — есть клиент. Если он успешно получил результат, то значит клиента уже нет. То есть как минимум тут проблема бизнес-модели. Базово «вылечить человека один раз vs продвать ему многократные услуги по купированию симптомов» и всё такое.
Теоретически если бы услуга эта стоил очень много денег со стороны обеих «соискателей» через что-то вроде эскроу счёта, дабы сервис понимал что монетизация реально покроет работу по решению проблемы и проблем с оплатой «потом» не будет. Ну или можно выдумывать теоретические штуки на тему контрактов с рассрочкой пост-фактум или чего-то такого. Как некоторые курсы раньше (может и сейчас такое бывает, не уверен) «вкатывали» человека в IT, бесплатно, реально вкладываясь в его образование, а потом и помогали с поиском работы, т.к. по контракту он потом выплачивал определённый процент со своих доходов некоторое время. То есть модель где финансовая заинтересованность двух сторон орентирована была на результат.
Просто без решения финансовой стороны вопроса ни один сервис физически не будет даже и близко заинтересован в решение проблемы. Смысл сервису решать вашу проблему если он по сути закапывает сам себя в процессе?
Тоже самое кстати не только с новыми языками, а ещё и со «старыми». Любое непопулярное ретро, особенно если оно пересекается по названиям с чем-то более новым, это сразу GG WP.
Например, попробуйте пописать код или получить решения задач на Objective-C (основной язык Apple до Swift) с OpenStep API (прародитель Cocoa API) для ОС OpenStep (прародитель Mac OS X) используя Project Builder + Interface Builder (прародители Xcode) и не пройдёт даже 5 минут как оно начнёт запутываться в своих ногах, путая какие возможности во всём этом были в 90-е (и актуальны для вас) и какие появились потом в нулевые. Не было полного гитхаба массового опенсорс кода из 90-х для обучения моделей? Не будет и результата кек.
Проблема в том, что гулагный союз развалили не диссиденты с радио Свобода и самиздатом, а дергадация системы до уровня когда даже терпильные патерналистские казуалы были доведены до ручки.
Всё-таки более старым системам не надо было рисовать тонну хай-рез (по тому времени) графики для интерфейса, поэтому сравнение так себе.
Объективно просто процессоры того времени еле-еле моги тянуть соответствущие нагрузки без дополнительных со-процессоров с условно-приемлемой производительностью. А ещё хуже всё было в плане оперативной памяти.
Посмотрите на Apple Lisa - бизнес-компьютер, который в Apple сделали до первого мака:
там сразу была многозадачность, хоть и кооперативная, в то время как первые маки не могли более одного запущеного приложения иметь - даже кооперативную многозадачность завезли ой как не сразу;
а ещё у apple lisa была защита памяти, виртуальная память и прочего чего иного;
но ради этого пришлось поставить аж 1 МБ оперативной памяти, что просто жесть как дорого было по тем временем (лучше не гуглите стоимость apple lisa на старте), в оригинальный же мак поставили всего 128 КБ (а хотели вообще обойтись 64 КБ, но ужать потребление настолько уж никак не получилось с их хотелками);
при всём этом apple lisa была довольно неповоротливой в плане скорости, в том числе на фоне оригинального мака;
Сложно согласиться, по моему опыту на одного джуна который использует ИИ чтобы спрашивать, разбираться и т.д. тупо 10+ тех, кто генерирует код не приходя в сознание. Впрочем, такая же ситуация в сфере образования.
Это ортогональные процессы. Курсы делала не индустрия которой нужны были джуны, а индустрия по продаже курсов. Они просто взяли хайповую тему. Будет хайп на другую тему - будут продавать другие курсы. А индустрии джуны как таковые и не нужны напрямую, по крайней мере те которые «после курсов» лол, т.е. по факту трейни которые не могут прийти и сесть работать.
Настоящие же джуны, т.е. младшие специалисты которые могут работать, нужны исторически были для того чтобы:
a) экономить деньги - закрывать простые задачи более дешевым персоналом;
б) иметь потенциал роста - если джун не сбежал, то рост его зарплаты будет медленее и меньше чем найм более способного специалиста на рынке сходу;
Я лично сильно сомневаюсь в позитивной динамике по джунам. Проблема в том, что тривиальную требуху, которую раньше часто делали джуны, как раз таки неплохо решает ИИшка, но только когда она в руках уже шарящего челоека. В то время как ИИшка делает только хуже с определением скилов потенциального соискателя, особенно джуна.
Собственно исторически большая проблема с наймом разработчиков, особенно джунов, как раз лежала в том, что сложно было эффективно отфильтровать некомпетентных, проходимцев и мошенников от тех кто реально сможет работать. ИИшка делает этот вопрос только хуже, причём с обеих сторон.
Marketing это очень часто совсем не Sales. Marketing это те кто пришли и обосновали что именно надо делать и для кого. У них было видинье для какого потребителя какой товар они делают, именно они выкрутили в бараний рог инженеров и дизайнеров, а не наоборот.
А в чём новость про платные кодеки? По-моему это было ещё с Windows 10, более десяти лет назад. Если файл с соответствующим кодеком пытается открыться системным плеером, то оно ноет и предлагает пойти в майкрософтский стор и купить этот кодек.
Стало больше жрать оперативной памяти? Ну дык, ещё бы, тут даже никакой вайбкодинг не нужен - скорее всего переписали на чём-то вроде Electron, чтобы было "проще, удобнее и быстрее" вместо дедовского нативного API.
Движок уже есть в лице условного вебкита, просто всем хочется совсем облениться и использовать готовый Хромиум как базу, а не голый движок.
Всем там нравилось жрать кактус и фапать на хром, что дождались превращения хрома в IE6 монополиста, который теперь может делать что хочет лол.
Вот в чём дело. Пыпа, итоги.
Без шуток, но вот лишь парочка моментов которые я видел:
- плэйнтекст пароли в БД, как для пользователей так и для админов;
- одинаковые стандартные пароли у всех менеджеров/админов;
- захардкоженные креденшиалы в исходниках (апи ключи, пароли, дампы SSH ключей и т.д.);
- отсутствие репозиториев как класса, хранят просто папку с исходниками в сторадже, ни истории, ни версионирования, ни распределённости;
- отсутствие CI/CD как класса, деплои путём аплоуда папки по FTP (да, да, как диды 20 лет назад), даже не SSH;
- автоматические оффсайт бэкапы? ахаха, нет, повезёт если кто-то раз в квартал дампы сделает руками и сохранит на внешний USB жесткий диск;
- собирание SQL запросов в виде строки из входящих параметров, без фильтрации и санитайзинга, SQL инъекции прямо из 2005 года;
- самопальные капчи со статическим вопросом «Сколько будет 5 + 20», который не меняется;
Это как в 2015 так и в 2025 годах, да. И это не аналоги условного ООО Вектор, а крупные серьезные компании. В том числе публичные, да. И это не единичные случаи. На фоне такого зашквара про шедевры архитектуры и технические решения внутри кода даже заикаться как-то стыдно.
У вас, как у многих других здесь, просто манямирок на тему того как вещи работают в реальном мире. Я столько ахтунга видел в крупных компаниях что если начну перечислять, то мне просто неповерят лол. Продукты на сотни тысяч и миллионы пользователей, а внутри всё не просто построено на дендро-фекальной архитектуре, но и работает только потому что на систему никто не чихнул. И работает оно так не просто годами, а порой десятилетиями.
А какая нагрузка? Вроде как белые списки это как раз очень простой и легковесный вариант окукливания сети, в отличии от того чтобы терабайты в секунду через DPI с тысячами правил анализа трафика гонять.
В нынешнее время у людей свобода передвижения, как минимум
Тут бы ещё вспомнить покупку зерна зарубежом за нефтедоллары
Окей, давайте возьмём курс чёрного рынка в 6+ рублей за доллар и окажется, что советские инженеры жили за 20 баксов в месяц - как-то неприятно получается для статистики. Поэтоу тут, как говориться, или трусы или крестик.
Класно вы описали коррупцию, воровство, подлоги отчётов и прочий советский манямирк.
Я допускаю даже что возможно в каком-то виде, проблема каким чёртом это переложить на бизнес-модель? Успешное появление пары == потеря как минимум двух клиентов для сервиса. Пока человек пользуется сервисом — есть клиент. Если он успешно получил результат, то значит клиента уже нет. То есть как минимум тут проблема бизнес-модели. Базово «вылечить человека один раз vs продвать ему многократные услуги по купированию симптомов» и всё такое.
Теоретически если бы услуга эта стоил очень много денег со стороны обеих «соискателей» через что-то вроде эскроу счёта, дабы сервис понимал что монетизация реально покроет работу по решению проблемы и проблем с оплатой «потом» не будет. Ну или можно выдумывать теоретические штуки на тему контрактов с рассрочкой пост-фактум или чего-то такого. Как некоторые курсы раньше (может и сейчас такое бывает, не уверен) «вкатывали» человека в IT, бесплатно, реально вкладываясь в его образование, а потом и помогали с поиском работы, т.к. по контракту он потом выплачивал определённый процент со своих доходов некоторое время. То есть модель где финансовая заинтересованность двух сторон орентирована была на результат.
Просто без решения финансовой стороны вопроса ни один сервис физически не будет даже и близко заинтересован в решение проблемы. Смысл сервису решать вашу проблему если он по сути закапывает сам себя в процессе?
Тоже самое кстати не только с новыми языками, а ещё и со «старыми». Любое непопулярное ретро, особенно если оно пересекается по названиям с чем-то более новым, это сразу GG WP.
Например, попробуйте пописать код или получить решения задач на Objective-C (основной язык Apple до Swift) с OpenStep API (прародитель Cocoa API) для ОС OpenStep (прародитель Mac OS X) используя Project Builder + Interface Builder (прародители Xcode) и не пройдёт даже 5 минут как оно начнёт запутываться в своих ногах, путая какие возможности во всём этом были в 90-е (и актуальны для вас) и какие появились потом в нулевые. Не было полного гитхаба массового опенсорс кода из 90-х для обучения моделей? Не будет и результата кек.
Проблема в том, что гулагный союз развалили не диссиденты с радио Свобода и самиздатом, а дергадация системы до уровня когда даже терпильные патерналистские казуалы были доведены до ручки.
С чего бы? Или вы из тех кто неиронично хотел бы жить в СССР? Вроде бы не школьники 2000+ года рождения.
Вы так говорите словно это что-то плохое. Или по-вашему и распад совка это трагедия?
Конечно, но здесь даже никакого злого умысла или иного мошенничества, просто дурацкие решения и их последствия.