Несмотря на то, что я говорил о предложении идей не на собеседовании, а в рабочем процессе, хочется заметить, что "Если на собеседованиях предлагаете свои идеи, неудивительно, что вам идти некуда" - это необоснованное обобщение.
На моем уровне работодатели нанимают не исполнителей, способных точно воспроизводить уже сформулированные хотелки. Ценность специалиста как раз состоит в том, что он замечает проблемы, которые заказчик пока не умеет сформулировать, предлагает варианты и предупреждает о последствиях решений. Поэтому даже на собеседованиях регулярно спрашивают: "Что бы вы улучшили?", "Как бы вы решили эту проблему?" и "Что вы будете делать, если не согласны с постановкой задачи?".
Мой комментарий не утверждает, что нужно на собеседовании бесплатно проектировать работодателю новый бизнес. В нем говорится о другом: высокая квалификация во времена сокращения бюджетов не всегда воспринимается как плюс. Человек может выглядеть "слишком дорогим", "слишком самостоятельным", "слишком сложным в управлении" или способным поставить под сомнение уже принятые решения. И если ранее компании имели лишние деньги чтобы нанимать таких людей чтобы они придумали что-то новое / чтобы такие люди не достались конкурентам, то теперь в голове/бюджете лежат куда более краткосрочные цели.
Поэтому опытные спецы тоже под ударом, не только джуны и миддлы
Я думаю, пригодился бы CO2 датчик. И еще интереснее сделать на MSP с FRAM чтобы уменьшить потребление и просыпаться раз в 10 минут отслеживая изменения
Добавлю со своей колокольни: даже если вы лучше сотен выпускников профильных вузов и имеете 30летний опыт - в глазах потенциального работодателя это часто может оказаться минусом, так как его хотелки часто ограничены его воображением, которое в 90% случаев нельзя назвать богатым; и если вы предложите ему идею, которую он не поймет, то дальше будут два невыигрышных варианта:
1. идея не будет оценена по достоинству и затраты на ее реализацию будут сочтены слишком высокими - автор идеи виноват
2. идея будет неправильно понята и работодатель будет ждать чуда - и будет разочарован после приемки - результат для автора тот же.
Для тех немногих мест работы, которые собирают умных людей вместе и дают им заниматься тем, что этим людям интересно, спрашивая лишь результат "в общих чертах" (см. Bell Labs), наступили времена урезания финансирования, деньги идут в чипы и инфраструктуру ИИ.
Идти, в общем-то, некуда. Буду благодарен если кто-то переубедит или укажет направление
Прошли те времена, когда работать в некоторых компаниях было вызовом для инженера, мечтающего улучшить мир. А у этих компаний не было отбоя от таких инженеров и они могли позволить себе выбирать тех инженеров, которые горят идеей и готовы без оплаты вникнуть в процесс компании, в которой хотят работать.
С тех пор идея об улучшении мира уступила идеи урвать прибыль ценой неограниченной эксплуатации, компании в глазах соискателя перестали делиться на "хочу работать в Google" и "набираюсь опыта чтобы потом искать работу в Google", сам Google отказался от идеи "Don`t be evil", а компании второго класса возомнили что они - Google и к ним стоит очередь высококлассных инженеров. На самом деле эта очередь ИИ-ботов рассылающих сопроводительные письма и резюме ковровым бомбометанием.
Это очень интересная статья, читая ее, можно наглядно увидеть, откуда "черпали вдохновение" разработчики 80286/386. Да и сама идиома каналов, прошедшая через UNIX и Plan9 и теперь известная большинству програмистов из опыта работы с Golang, внутри себя имеет абсолютно железячные истоки.
-------------
"Чтобы обратиться к памяти, адрес помещается в регистр адреса памяти (SAR). Затем данные читаются или записываются через регистр данных памяти (SDR)."
Здесь не упомянута важная деталь, которая может пролить свет на то, зачем нужны SAR и SDR: чтение из памяти на сердечниках было разрушительным. Чтобы прочитать бит, схема фактически пытается перевести выбранный сердечник в одно стандартное состояние. Если сердечник был в состоянии "1", он переключается, и это переключение создаёт импульс на sense-линии. Если он уже был "0", сильного импульса нет. Но после такого чтения исходное состояние уже потеряно, поэтому память должна сразу же выполнить восстановительную запись.
Это видно как две фазы: считанная информация попадает в SDR, а затем либо возвращается обратно, либо заменяется новыми данными.
Для программиста IBM/360 всё это было скрыто. Он работал с байтовыми адресами, регистрами общего назначения, инструкциями загрузки/сохранения и т.п.
Читая эти схемы я столкнулся с чувством дежавю - это так похоже на CAR и CDR из Lisp, но это "ложное дежавю": CAR и CDR относятся к более ранней машине IBM 704, на которой впервые реализовали Lisp.
car и cdr исторически расшифровываются так:
car — Contents of the Address part of Register
cdr — Contents of the Decrement part of Register
Это связано с тем, что у IBM 704 было 36-битное слово, внутри которого удобно выделялись два 15-битных поля: address и decrement. Ранний Lisp использовал одно машинное слово как ячейку списка: в одной части хранился указатель на первый элемент, в другой — указатель на остаток списка.
Вот так из хаков и особенностей архитектуры ранних машин рождалась красота и элегантность, которая осталась даже теперь, когда эти машины остались только в музеях.
-------------
Пожалуйста, продолжайте публиковать статьи о S/360, там еще много идей, ждущих своего часа и в документации они даны в очень концентрированной форме!
Разработка очень интересная - немногие доходят до того, чтобы поменять переключатели, отказавшись от стандартных или низкопрофильных. И уж тем более сделать все настролько под себя - одноручная клавиатура - это не просто ниша в нише, как сплит, это выдающаяся работа в области кастомов. Я использую сплит на раскладке близкой к стандартной и искренне завидую - отличная работа!
А можно попросить чуть больше подробностей в интересах тех, кто будет читать это в будущем, когда возможно PC-Forum уже канет в лету?
Это не в бровь. Это в глаз.
emacs. открывает 100гигабайтные логи не занимая при этом больше 150 мегабайт
Для использования в помещении и алармов когда надо провертрить
Несмотря на то, что я говорил о предложении идей не на собеседовании, а в рабочем процессе, хочется заметить, что "Если на собеседованиях предлагаете свои идеи, неудивительно, что вам идти некуда" - это необоснованное обобщение.
На моем уровне работодатели нанимают не исполнителей, способных точно воспроизводить уже сформулированные хотелки. Ценность специалиста как раз состоит в том, что он замечает проблемы, которые заказчик пока не умеет сформулировать, предлагает варианты и предупреждает о последствиях решений. Поэтому даже на собеседованиях регулярно спрашивают: "Что бы вы улучшили?", "Как бы вы решили эту проблему?" и "Что вы будете делать, если не согласны с постановкой задачи?".
Мой комментарий не утверждает, что нужно на собеседовании бесплатно проектировать работодателю новый бизнес. В нем говорится о другом: высокая квалификация во времена сокращения бюджетов не всегда воспринимается как плюс. Человек может выглядеть "слишком дорогим", "слишком самостоятельным", "слишком сложным в управлении" или способным поставить под сомнение уже принятые решения. И если ранее компании имели лишние деньги чтобы нанимать таких людей чтобы они придумали что-то новое / чтобы такие люди не достались конкурентам, то теперь в голове/бюджете лежат куда более краткосрочные цели.
Поэтому опытные спецы тоже под ударом, не только джуны и миддлы
Я думаю, пригодился бы CO2 датчик. И еще интереснее сделать на MSP с FRAM чтобы уменьшить потребление и просыпаться раз в 10 минут отслеживая изменения
Добавлю со своей колокольни: даже если вы лучше сотен выпускников профильных вузов и имеете 30летний опыт - в глазах потенциального работодателя это часто может оказаться минусом, так как его хотелки часто ограничены его воображением, которое в 90% случаев нельзя назвать богатым; и если вы предложите ему идею, которую он не поймет, то дальше будут два невыигрышных варианта:
1. идея не будет оценена по достоинству и затраты на ее реализацию будут сочтены слишком высокими - автор идеи виноват
2. идея будет неправильно понята и работодатель будет ждать чуда - и будет разочарован после приемки - результат для автора тот же.
Для тех немногих мест работы, которые собирают умных людей вместе и дают им заниматься тем, что этим людям интересно, спрашивая лишь результат "в общих чертах" (см. Bell Labs), наступили времена урезания финансирования, деньги идут в чипы и инфраструктуру ИИ.
Идти, в общем-то, некуда. Буду благодарен если кто-то переубедит или укажет направление
Кстати да, по каким критериям выбирать такой станок, чтобы было пространство для роста? Гараж не мой, я просто разместил объяву...
Мне очень интересно!
Прошли те времена, когда работать в некоторых компаниях было вызовом для инженера, мечтающего улучшить мир. А у этих компаний не было отбоя от таких инженеров и они могли позволить себе выбирать тех инженеров, которые горят идеей и готовы без оплаты вникнуть в процесс компании, в которой хотят работать.
С тех пор идея об улучшении мира уступила идеи урвать прибыль ценой неограниченной эксплуатации, компании в глазах соискателя перестали делиться на "хочу работать в Google" и "набираюсь опыта чтобы потом искать работу в Google", сам Google отказался от идеи "Don`t be evil", а компании второго класса возомнили что они - Google и к ним стоит очередь высококлассных инженеров. На самом деле эта очередь ИИ-ботов рассылающих сопроводительные письма и резюме ковровым бомбометанием.
Вот именно что написано чтобы бить в нерв и не более того. Ну может еще и собрать плюсов, пожаловаться. Ценность статьи для читателя - сомнительна
Это очень интересная статья, читая ее, можно наглядно увидеть, откуда "черпали вдохновение" разработчики 80286/386. Да и сама идиома каналов, прошедшая через UNIX и Plan9 и теперь известная большинству програмистов из опыта работы с Golang, внутри себя имеет абсолютно железячные истоки.
-------------
"Чтобы обратиться к памяти, адрес помещается в регистр адреса памяти (SAR). Затем данные читаются или записываются через регистр данных памяти (SDR)."
Здесь не упомянута важная деталь, которая может пролить свет на то, зачем нужны SAR и SDR: чтение из памяти на сердечниках было разрушительным. Чтобы прочитать бит, схема фактически пытается перевести выбранный сердечник в одно стандартное состояние. Если сердечник был в состоянии "1", он переключается, и это переключение создаёт импульс на sense-линии. Если он уже был "0", сильного импульса нет. Но после такого чтения исходное состояние уже потеряно, поэтому память должна сразу же выполнить восстановительную запись.
Это видно как две фазы: считанная информация попадает в SDR, а затем либо возвращается обратно, либо заменяется новыми данными.
Для программиста IBM/360 всё это было скрыто. Он работал с байтовыми адресами, регистрами общего назначения, инструкциями загрузки/сохранения и т.п.
Читая эти схемы я столкнулся с чувством дежавю - это так похоже на CAR и CDR из Lisp, но это "ложное дежавю": CAR и CDR относятся к более ранней машине IBM 704, на которой впервые реализовали Lisp.
carиcdrисторически расшифровываются так:car— Contents of the Address part of Registercdr— Contents of the Decrement part of RegisterЭто связано с тем, что у IBM 704 было 36-битное слово, внутри которого удобно выделялись два 15-битных поля: address и decrement. Ранний Lisp использовал одно машинное слово как ячейку списка: в одной части хранился указатель на первый элемент, в другой — указатель на остаток списка.
Вот так из хаков и особенностей архитектуры ранних машин рождалась красота и элегантность, которая осталась даже теперь, когда эти машины остались только в музеях.
-------------
Пожалуйста, продолжайте публиковать статьи о S/360, там еще много идей, ждущих своего часа и в документации они даны в очень концентрированной форме!
Проблема в том, что гугл может прикрыть денежный краник / пропихнуть своих людей в мантейнеры или еще какую пакость придумать - деньги не пахнут
Те кто работал над Gopher давно предупреждали что так будет но их никто не слушал в свое время
Вообще-то наоборот, FF куда более экономичный (по крайней мере на убунте)
Стоит глянуть на T-банк, кажется там тоже будут сюрпризы
тренд глобален
Программировать гораздо удобнее чем на обычной после недели ненапряжного привыкания и допиливания раскладки
Разработка очень интересная - немногие доходят до того, чтобы поменять переключатели, отказавшись от стандартных или низкопрофильных. И уж тем более сделать все настролько под себя - одноручная клавиатура - это не просто ниша в нише, как сплит, это выдающаяся работа в области кастомов. Я использую сплит на раскладке близкой к стандартной и искренне завидую - отличная работа!
Вы перестали лазить в окна к любимым женщинам (с)