Проблема в том, что в эту профу поперли "за деньгами", а не за призванием помогать в первую очередь.
Сколько я не видел психологов-недоучек - это скорее люди, которые то ли попёрли за призванием помогать самим себе, то ли изначально "знали" больше, чем нужно. :)
Концепция MVP настолько укоренилась в умах людей, что тут это нормальный подход в принципе.
Да, вот это "сейчас делаем прототип, а потом перепишем нормально" -- всегда ложь. Будет запуск прототипа в эксплуатацию и судорожное его допиливание наживую. :)
Это особенность абсолютно любой отрасли в которую нельзя прийти с улицы и в которой нет сильного дефицита кадров. Либо набираем круг знакомых, либо страдаем при каждой смене работы.
Только если понимать профессиональное образование как процесс "отсидел четыре года - получил корочку - идёшь работать". В реальности, оно никогда и нигде так не работало и, по очевидным причинам, работать не будет.
Так там в большинстве своём либо обычные числа, либо ID, либо примитивные key-value. Тут лучше сказать, что нормальный API вместо кучи плохо структруированных файлов был бы удобнее, но реально парсить /proc нужно достаточно редко, чтобы это не было проблемой.
Ну тут, кстати, больше пинок в сторону тех пользователей, которые почему-то не догадываются, что в Windows мало того, что логи есть, так они ещё и очень полезные в случае проблем.
Если речь про данные уровня key-value или DOM - без разницы: всё равно у документа будет структура и типы данных, которые нужно парсить. Бинарные будут компактнее, но не более того.
Собственно, любой рантайм сейчас уже содержит кучу парсеров на все случаи жизни и ругаться на "значительная часть любой программы парсит текст" - это несколько оторвано от жизни.
Если речь про изначально бинарные данные вроде изображений, то никто их в текстовом виде за исключениями вроде SVG не хранит.
Тотальная "нелюбовь" к бинарным форматам приводит к тому, что значимая часть любой программы (ну, кроме, 'Hello world!') это парсер текстовой информации в бинарный и наоборот.
Да, но с обычным кейсом "два домашних локахоста за роутерами" справляется. Для чего-то более корпоративного или странно-симметричного TURN нужен, конечно же, но там проблема не столько в NAT, сколько в устройстве сети и корпоративных политиках.
Сколько я не видел психологов-недоучек - это скорее люди, которые то ли попёрли за призванием помогать самим себе, то ли изначально "знали" больше, чем нужно. :)
Таки да. Последние лет 5-10 сисадмины медленно мигрировали в разработчики и девопсы из-за разницы зарплат.
Идеальный KV-300H как стоил 2 тысячи, так и стоит :)
Это не программисты, это мазохисты, которым нравится править ошибки без отладочных данных.
Вообще, такое встречается у неопытных разработчиков, обычно проходит с первыми набитыми шишками.
Да, вот это "сейчас делаем прототип, а потом перепишем нормально" -- всегда ложь. Будет запуск прототипа в эксплуатацию и судорожное его допиливание наживую. :)
Это особенность абсолютно любой отрасли в которую нельзя прийти с улицы и в которой нет сильного дефицита кадров. Либо набираем круг знакомых, либо страдаем при каждой смене работы.
Только если понимать профессиональное образование как процесс "отсидел четыре года - получил корочку - идёшь работать". В реальности, оно никогда и нигде так не работало и, по очевидным причинам, работать не будет.
Старожилы говорили, что во времена пузыря доткомов могли брать вообще всех, кто хоть что-то релевантное умеет. :)
Но то было давно.
gpd win - это такая портативная игровая консоль, например.
Не идиоты. Но имеют баги и уязвимости в мозгах.
Обычно помогает даже банальный
Заодно лечит свойственную чат-ботам графоманию.
Так там в большинстве своём либо обычные числа, либо ID, либо примитивные key-value. Тут лучше сказать, что нормальный API вместо кучи плохо структруированных файлов был бы удобнее, но реально парсить /proc нужно достаточно редко, чтобы это не было проблемой.
Ну тут, кстати, больше пинок в сторону тех пользователей, которые почему-то не догадываются, что в Windows мало того, что логи есть, так они ещё и очень полезные в случае проблем.
Да, хорошее преимущество Windows в том, что если там что-то работает через одно место, то расковырять это не получится, можно только сразу сдаться. :)
Если речь про данные уровня key-value или DOM - без разницы: всё равно у документа будет структура и типы данных, которые нужно парсить. Бинарные будут компактнее, но не более того.
Собственно, любой рантайм сейчас уже содержит кучу парсеров на все случаи жизни и ругаться на "значительная часть любой программы парсит текст" - это несколько оторвано от жизни.
Если речь про изначально бинарные данные вроде изображений, то никто их в текстовом виде за исключениями вроде SVG не хранит.
То есть бинарным форматам парсер не нужен?
Насколько помню, это не фича не Windows как такового, а именно IE. Можно было поставить новый IE на Win95 и Active Desktop был бы.
Даже в 95 можно было. Но большинство узнали о существовании о нём по Active Desktop recovery из Millenum. :)
Форматирование списками по три пункта. :)
Да, но с обычным кейсом "два домашних локахоста за роутерами" справляется. Для чего-то более корпоративного или странно-симметричного TURN нужен, конечно же, но там проблема не столько в NAT, сколько в устройстве сети и корпоративных политиках.