https://ru.wikipedia.org/wiki/Тетродотоксин
Содержится в рыбе фугу (иглобрюх). Считается что этот яд участвует в обрядах Voodoo в качестве основного средства для получения Zombie.
Существует передача (можно найти видео), из которой можно почерпнуть что гаитянские «колдуны» получали порошок из высушенный рыбы фугу, который затем незаметно подсыпали на пол в хижине жертвы. Так как в жарком климате ходят преимущественно босыми, яд впитывался через подошву ног, действуя незаметно и весьма дозированно. Действие тетродотоксина в строго выверенной дозе — паралич мышц, в частности дыхания и зрительных. При этом будущий зомби остается в сознании, продолжая видеть и слышать происходящее. Далее жертву по всем правилам хоронят, надо полагать ускоренно, под наблюдением колдуна. После чего колдун в ту же ночь откапывал «зомби», устранял действие яда, и сообщал ему/ей что он воскрешен из мертвых. Скорее всего при этом использовались и другие психоактивные вещества под действием которых новоявленному зомби внушалось что он теперь — собственность колдуна (т.е. раб).
Скрытый текст
В международной статье wikipedia заявляется что «such that discussion of the matter has all but disappeared from the primary literature since the early 1990s», однако всё это базируется лишь на заявлении Kao, Yasumoto (Япония) и не более того. При этом стоит напомнить что деликатес из рыбы фугу в Японии — официально запрещен, при этом оставаясь подпольным и очень распространенным.
Скажем так.
Дело не в гиппокампах и проч. А в том, что построение принципа своей деятельности только на жалобах на текущую ситуацию — не конструктивно. Статистически, подобная стратегия заведомо проигрышная и часто ни к чему не ведет. К результату ведут собственные разумные и активные действия.
Т.е. противопоставлять, строго говоря, следует не позитив vs негатив а жалобы (бездействие) vs активные действия.
Ключ — «батя ремонтировал станки с ЧПУ». :)
Так оно и было.
Все 70е-80е.
И ничего, выходила масса радиолюбительских журналов и сборников… А про то, что нельзя было вот так сходить в магазин и купить хотя бы резисторов-конденсаторов нужного номинала — про это до сих пор мало что известно. Скромно умолчано.
Gerard Williams III Apple's senior director in platform architecture.
Старший директор. Стаж в Apple 9 лет.
Старшему директору обычно подчиняются другие директоры.
«Инженер» он в настоящем времени примерно как Билл Гейтс программист.
Подобные люди принимают решения на что ориентироваться, на какую архитектуру, какие блоки, имеют связи, каких людей нанять. Кнопки они уже не нажимают, в CAD не работают, не паяют, код не пишут. Хотя могут.
Т.е. совесткие хоббисты доступ к этому имели, хоть и похуже чем американские.
Смотря к чему, к «этому».
Вплоть до конца 80х, МПК 580 не поступал в СССР в розничную торговую сеть. Вообще. Так что любители доступа к МП технике в принципе иметь не могли. И всё это на фоне статей в радиолюбительских журналах, да. Сейчас неформально стало известно, как это происходило. Один работал на заводе «Счётмаш». Другие — в институтах. Ситуация стала меняться в ~88-90мм с массовым появлением кооперативов, когда смягчили наказание «несунов» ну и в целом когда ситуация стала меняться от андроповского зажима к свободе и рынку.
Кстати даже К155, К176, К561 в рознице тоже были весьма ограничено. Что-то из корпусов было (зачем и почему для меня загадка), но что-то хоть тресни, не найти. В журнале «Радио» того времени в разделе «письма» есть обсуждение цен «Посылторга» по 25руб за корпус К565РУ5. Это при зарплатах ~150руб.
Так что «доставали». Это называлось достать. Мы всё всегда доставали. :)
Моя реплика будет базироваться исключительно на вашем сообщении.
Логическая посылка №1:
— «Checking the safe browsing database is a multistep process. The URL is hashed and a synchronous check against the in-memory prefix list is done. If no match is found, the URL is considered safe immediately.
Я её всё же объясню, а то вдруг не всем это понятно.
Если будет совпадение, т.е. match is found, url будет not safe, а отсюда отсылка хэша url на сервер, в результате которой сервер узнает о посещаемом url.
Логическая посылка №2:
Хэширование у них тоже странное
т.е. по данному огрызку хэша обязательно будут коллизии
Логика:
ЕСЛИ («обязательно будут коллизии» = TRUE) И («match is found, visit server» = TRUE)
ТО —?
Что в итоге, какова импликация?
А такова, что утверждение:
Google уверяет, что проверяет URL сайтов только по хэшу и локально на клиенте, а не на сервере.
Проверку не прошло. Из-за намеренно введенных частых коллизий хэша, посещаемые сайты отправляются на серверы, а вовсе не всегда проверяются локально.
Утверждение о полной локальной проверке ложно.
Локальная проверка вроде бы и существует как класс. Вот только она намеренно сделана слабой, так что в итоге хэш всё-таки приходится отсылать на сервер. Но не всегда.
Есть и вторая „линия обороны“. Она базируется на недостаточной грамотности в вопросах статистики и криптографии. А именно — на непонимании вопроса легкости восстановления полного хэша по его передаваемой части. Так что если на серверы поступает фрагмент, существует возможность восстановления полного хэша и как следствие — url. Может быть даже не сразу, и скорее всего это делается даже не внутри Google, так что формально он «чист».
К сожалению, все это понимают тогда, когда уже совсем поздно
Это точно. Я лично это понял когда всё уже вообще труба. Но тут есть еще одна спасительная мысль. Дело в том, что никогда не поздно, вот какая штука. Я сам не молод и некоторое время обдумывал ваши слова «угробил спину в молодости», но вы неправильно мыслите.
Это только кажется что человек — сундук с деталями :) На самом деле это мешок хрящей, мышц, костей. Кости конечно исправить трудно, но и это возможно. Всё остальное же совершенно поддается корректировке.
Просто с возрастом надо наконец обратить внимание и на свою собственную биомашину (тело), и чем больше возраст, тем больше это надо делать. Кое-кому стоит вообще, НАЧАТЬ это делать! На первое время самое лучшее не пожалеть денежек и начать с массажиков и исключить полнейшую гиподинамию (программы-таймеры + лёгкая гимнастика). А затем — обратиться к реабилитационным специалистам. И не смейтесь, мой 43х-летний знакомый так «вставал» из программерского кресла (в процессе). Чтобы пойти по пути необходимо сделать первый шаг. И всё наладится!
В общем, я думаю, все всё поняли. Обсуждать тут особо нечего, во всём нужен здравый баланс: Нельзя не уделять внимание архитектуре. Но и ставить архитектурные вопросы как приоритетные нельзя тоже.
Одна из причин моего возражения заключена в том, что миллениалы готовы смотреть в рот Р.Мартину, а я его ровесник. С соответствующим опытом. И то что с апломбом несёт этот товарищ, я воспринимаю критически.
Например, вот что находит у меня возражение. Тенденция настоящего времени — нарастающий хаос, который миллениалы и поколение Z воспринимают как естественное положение вещей. В действительности, отдельными вопросами, такими как архитектурные, должны заниматься отдельные люди. И точно — не все подряд, не безликие «программисты» по Р. Мартину. Хотя бы потому что часто это ведет к тому что невозможно выяснить; кто, зачем и почему придумал такую «архитектуру». В условиях когда каждый программист сам себе свободный архитектор рождаются архитектурные монстры. Проверено.
Я пишу исходя из точки зрения высокого уровня, архитектора и топ-менеджмента. Не с точки зрения программиста.
Боб Мартин дорогостоящий архитектор/консультант, и он не очень-то задумывается, о том, что то, что применимо к нему и к крупным организациям, может привести к проблемам у простых смертных. И многие не слишком разумные могут подорваться, и начать пылко исполнять то, что говорят им такие как Роберт Мартин. А если задуматься о том что он предлагает — то он предлагает программистам работать над архитектурой БЕСПЛАТНО. Что не слишком разумный менеджмент и программистов приведет в нехорошие ситуации. Потому что в реальности ничего никогда «бесплатно» не бывает и это аукнется временем, а затем и деньгами. Хорошая архитектура — это не бесплатно во всех смыслах.
Если программист занимается разработкой архитектуры, или от него «требуют архитектуру» — за это должны доплачивать как архитектору. Логично? Если программист это не понимает — он сам себе злобный Буратино. Ну или может быть молодой, пылкий и не очень разумный.
Менеджмент, в свою очередь, должен понимать, что когда х-х и в продакшн, это быстро и дёшево. Но потом не поддерживаемо. Долго, растет стоимость, или всё переписывать. Хотя в некоторых проектах «х-х и в продакшн» это единственный разумный способ разработки, просто потому что сами эти проекты по своей сути представляют собой одноразовое «д в фантике».
По моему мнению, вот это:
Что важнее – поведение или архитектура? Менеджеры считают, что важнее, чтобы система работала. Но программисты должны считать наоборот, что важнее архитектура.
Матрица Эйзенхауэра говорит, что важное и несрочное имеет более высокий приоритет, чем срочное и неважное. А архитектура всегда важна в отличие от поведения, поэтому она более приоритетна.
Программист должен бороться за архитектуру. Программист – это тоже участник бизнеса. Архитектура – это его ответственность.
— «Архитектурный хайп». Не всё тут верно.
Если этому следовать бездумно — будут проблемы.
Об этом и шла речь всё время. Поза принимаемая в течение многих часов, дней, месяцев, лет.
Ключевая мысль моих сообщений:
A. поза/посадка в которой присутствует идея якобы «разгрузки» спины/поясницы в которой человек находится откинувшись, лёжа, вися в «гамаке» итд НАЗАД, поза в которой не происходит опоры на ноги и руки, в которой нагрузку (даже лежа) несет только неправильно согнутая спина — грубо ошибочна. Идея этой позы/посадки проистекает из казалось бы прямого и понятного соображения «откинуться назад как на диване».
B. поза/посадка для многих часов/дней/месяцев/лет должна быть такой: опора на три точки. Точка1: «Пятая точка» выгнута, выпячена назад, т.е. зад отставлен. В пояснице — ни в коем случае не «гамачный» прогиб лёжа, а наоборот, т.е. должна быть поза которую, вообще говоря, представляет коленный/ортопедический стул, но который со своей работой, будучи экстремальным не справляется.
Точка2: Ноги, стоящие на полу. При этом огромное значение играет высота седушки от пола, потому что иначе возникает неправильная поза тела, неправильный сгиб — и как следствие, напряжение. За напряжением следует боль и болезнь.
Точка3: Руки, позволяющие в локтевых суставах осуществлять надежную опору на стол. Эта опора на стол руками катастрофически важна для разгрузки опорно-двигательного аппарата. К большому сожалению уродские неглубокие столики, заполненные к тому же еще барахлом и стоящими на столе мониторами не позволяют задействовать руки для опоры, поскольку монитор так оказывается недопустимо близко к глазам, как следствие, человек непроизвольно отодвигается и как следствие — не задействует опору на руки. Т.е. здесь крайне важно иметь достаточную глубину стола и крайне важно иметь должный запас расстояния до монитора, а иначе (удивительно, парадоксально!) прощай спина. Кроме этого, крышка стола должна регулироваться по высоте (и это категорически важно), так как тоже определяет позу.
Помимо этих трёх абсолютных «должно быть» точек, желательно иметь кресло позволяющее садить так как надо и поддерживающее поясницу, шею и затылок (а иногда и локти). Тот же Aeron, например, снабжается разнообразной «обвеской». В итоге, работа превращается в сущий отдых, кресло+стол лечат, а не калечат.
Но финальное знание, раз уж начал, то поделюсь им, таково.
Программиста, спину, итд гробит статика. Длительная гиподинамия.
Поэтому «лечить» все проблемы нужно антитезой — обретением подвижности и прокачкой спины. Всё иное так, примочки.
А отсюда, еще одно одно важнейшее соображение. Идея работать лёжа, ложиться и лежать по многу часов (без подвижности) — сама по себе FAIL. Потому что она как идею предусматривает неподвижность.
Болячки, я предупреждаю, полезут одна за другой, и начнут вылазить там, где их не ждали. Например офтальмологи вот уже не менее 50 лет предупреждают о опасности чтения лёжа (гуглим).
Вот-вот.
Я пару раз начинал набивать пост, но каждый раз что-то шло не так.
TL;DR накопленное сокровенное знание таково:
исключительно все варианты кресел, что подразумевают работу откинувшись назад — ошибка. В это с трудом верится, это кажется парадоксальным, но это так. Всякий, кто впадет в эту ошибку будет страдать и платить здоровьем. Впрочем, так как у вас Aeron, вас это вряд ли как-то касается. И что интересно, вы же пишете выше основное экспериментальное соображение:
Если ноги стоят ступнями на полу — могу сидеть так часами. Если же закинуть их на пуфик, приняв вообще совершенно шикарное полулежачее положение, то сразу начинаются неприятные ощущения в области поясницы и сидеть так больше 10-20 минут не могу.
Хоть на каком кресле, хоть с какой поддержкой поясницы работать лёжа/откинувшись с пользой для здоровья не получится. Грустно, но автор исходного приспособления для работы лежа допустил ошибку. Через некоторое время он это поймет.
Но программисты должны считать наоборот, что важнее архитектура.
«Программист» тут слишком широкое понятие.
Это в идеальных представлениях, если за архитектуру программисту платят.
Архитектура важнее для архитектора ПО, для обычного программиста же зачастую это не его область деятельности.
Программист должен бороться за архитектуру. Программист – это тоже участник бизнеса. Архитектура – это его ответственность.
Архитектура должна быть ответственностью все же архитектора. Программист — «участник бизнеса» лишь формально, в большинстве случаев это наемное лицо.
Прежде чем «бороться за архитектуру» следует согласовать это с менеджментом, поскольку «борьба за архитектуру» требует отдельных усилий, это иной класс в разработке.
Не забываем об этом.
А также не забываем о том, что у товарищей типа Robert C. Martin свои специфические интересы и взгляд по-своему специфично деформирован.
Также, все сильно зависит от сегмента ПО и от проекта.
Обычным же, «рабоче-крестьянским» монитором был 15" CTX с разрешением 1280х1024. Шиком был монитор Sony 17" с разрешением аж 1600х1200х75Гц.
На «пятнашке» долго работать с разрешением 1280x1024 не удалось бы, так как a) всё слишком мелко. b) если монитор и поддерживал 1280x1024, то при частоте кадровой развертки 60Hz, что быстро утомляло зрение. c) картинка была бы слишком замыленной. На 15" типовым разрешением для долговременной работы было все же 1024x768, в некоторых случаях 800x600 или наоборот, уже плохо помню.
То же самое с 17" мониторами. Монитор мог на пике своих способностей отобразить 1600x1200, но это было бы на 17 дюймах, прежде всего, безнадежно мелким. В 2001 году на 17" мониторе совершенно типовым разрешением было 1024x768 при 100/75Hz. Иногда можно было включить побольше, но особого смысла не было, картинка при разрешениях > 1024x768 все-таки была уже мелковата. Под более высокие разрешения требовался монитор 19" и более.
О зарплатах.
$1000 в месяц было вожделенным топом. Получали такую сумму в фирмах или работающих на запад, или в банковской сфере. Если последнее, то от способностей программиста зависело малое, величина з/п определялась другими причинами.
Обычные программисты в российских фирмах получали $100-$200 в месяц.
Первые iPhone долгое время находились в тени других платформ — Symbian, WM, J2ME. Никакой особой популярности у них не было. Популярность приходила постепенно.
Ответ почему мелкомягкие упустили WM (а другие Symbian или скажем J2ME) — примитивно прост.
Apple iPhone, начиная с самого первого, был привязан на встроенный магазин приложений. Киллер фичей оказалось именно это, и ни что иное. По техническим параметрам первые трубки Apple проигрывали соперникам.
В отличие от Apple,
бизнесом по торговле приложениями в то время в подавляющем большинстве случаев занимались сторонние фирмы, а вовсе не производители смартфонов.
Всё и вся были между собой не совместимы. Symbian приложение от Siemens, например, в подавляющем большинстве случаев не работало на Nokia.
То же самое касалось Windows Mobile, только хуже. Весь зоопарк приложений был раскидан по всему интернет, и требовалось скачать или купить версию не только под производителя, но и под поколение своего телефона. Часто приходилось выбирать свою модель из списка, в самом плохом варианте — искать её наличие глазами и набирать нужный USSD или SMS код.
Естественно, что появление телефонов/платформы в которой «зашит» магазин приложений и вся эта вакханалия устранена — определило будущее.
Это очень хорошее и важное наблюдение.
Серьезно работать дома ни в коем случае нельзя. Тем кто не прошел через эту проблему она не ясна, и даже кажется несерьезной «фигня, я-то уж справлюсь и не попаду в такое!». В итоге, однако, очень незаметно дом срастается с работой и возникает тяжелое психическое восприятие непрерывной работы. Это ведет к выгоранию. Необходимо обязательно переключаться — вот здесь я работаю, а вот дом, тут я не работаю и о работе не думаю вообще. Надо уметь отдыхать. Тот кто не умеет отдыхать (не получает полноценный отдых) рано или поздно начинает плохо работать, сталкивается с проблемами.
На удаленке есть другая проблема, которую никто на моей памяти толком не написал на «Хабре». Работая обычным девелопером на удаленке у тебя нет необходимости как-то продвигаться. И после NN лет удаленной работы, вполне может оказаться так что для устройства в офис ты не заработал особых регалий, не продвинулся по службе.
Кроме того, не всегда «хижина дяди Тома», пусть она и платила тебе $$$ в час — желаемая строка для резюме.
Ортопедический стул называется. Ребенку делать уроки за ним можно. Полчаса-час. Приноровившись, можно сидеть часа 3-4.
Но оно столь же экстремально, как и лежачее положение. То есть серьезная многодневная работа на протяжении 8-9ч. а то и более за ним в принципе невозможна.
Содержится в рыбе фугу (иглобрюх). Считается что этот яд участвует в обрядах Voodoo в качестве основного средства для получения Zombie.
Существует передача (можно найти видео), из которой можно почерпнуть что гаитянские «колдуны» получали порошок из высушенный рыбы фугу, который затем незаметно подсыпали на пол в хижине жертвы. Так как в жарком климате ходят преимущественно босыми, яд впитывался через подошву ног, действуя незаметно и весьма дозированно. Действие тетродотоксина в строго выверенной дозе — паралич мышц, в частности дыхания и зрительных. При этом будущий зомби остается в сознании, продолжая видеть и слышать происходящее. Далее жертву по всем правилам хоронят, надо полагать ускоренно, под наблюдением колдуна. После чего колдун в ту же ночь откапывал «зомби», устранял действие яда, и сообщал ему/ей что он воскрешен из мертвых. Скорее всего при этом использовались и другие психоактивные вещества под действием которых новоявленному зомби внушалось что он теперь — собственность колдуна (т.е. раб).
Дело не в гиппокампах и проч. А в том, что построение принципа своей деятельности только на жалобах на текущую ситуацию — не конструктивно. Статистически, подобная стратегия заведомо проигрышная и часто ни к чему не ведет. К результату ведут собственные разумные и активные действия.
Т.е. противопоставлять, строго говоря, следует не позитив vs негатив а жалобы (бездействие) vs активные действия.
Так оно и было.
Все 70е-80е.
И ничего, выходила масса радиолюбительских журналов и сборников… А про то, что нельзя было вот так сходить в магазин и купить хотя бы резисторов-конденсаторов нужного номинала — про это до сих пор мало что известно. Скромно умолчано.
https://patents.justia.com/inventor/gerard-r-williams-iii
Здесь существует пикантная умалчиваемая деталь.
Автор заметки (Ю.Панчул) работает и живет не в России…
Старший директор. Стаж в Apple 9 лет.
Старшему директору обычно подчиняются другие директоры.
«Инженер» он в настоящем времени примерно как Билл Гейтс программист.
Подобные люди принимают решения на что ориентироваться, на какую архитектуру, какие блоки, имеют связи, каких людей нанять. Кнопки они уже не нажимают, в CAD не работают, не паяют, код не пишут. Хотя могут.
Смотря к чему, к «этому».
Вплоть до конца 80х, МПК 580 не поступал в СССР в розничную торговую сеть. Вообще. Так что любители доступа к МП технике в принципе иметь не могли. И всё это на фоне статей в радиолюбительских журналах, да. Сейчас неформально стало известно, как это происходило. Один работал на заводе «Счётмаш». Другие — в институтах. Ситуация стала меняться в ~88-90мм с массовым появлением кооперативов, когда смягчили наказание «несунов» ну и в целом когда ситуация стала меняться от андроповского зажима к свободе и рынку.
Кстати даже К155, К176, К561 в рознице тоже были весьма ограничено. Что-то из корпусов было (зачем и почему для меня загадка), но что-то хоть тресни, не найти. В журнале «Радио» того времени в разделе «письма» есть обсуждение цен «Посылторга» по 25руб за корпус К565РУ5. Это при зарплатах ~150руб.
Так что «доставали». Это называлось достать. Мы всё всегда доставали. :)
Этот документ о Z80-CTC (counter-timer-circuit), это счётчик-таймер. Это не процессор. Предлагаю поправить текст, чтобы не вводить в заблуждение.
Странно что любезно снабжая публику ссылками, вы это делаете выборочно, как вам заблагорассудится. Забывая дать ссылки на
https://ru.wikipedia.org/wiki/Агентство_национальной_безопасности#Другие_программы_слежения
(таблица справа «Программы слежения АНБ», под печатью АНБ)
https://en.wikipedia.org/wiki/PRISM_(surveillance_program)
и почему-то в этом случае небрежно называя давным-давно известные факты © «теории заговора и теории тотальной слежки».
Моя реплика будет базироваться исключительно на вашем сообщении.
Логическая посылка №1:
Я её всё же объясню, а то вдруг не всем это понятно.
Если будет совпадение, т.е. match is found, url будет not safe, а отсюда отсылка хэша url на сервер, в результате которой сервер узнает о посещаемом url.
Логическая посылка №2:
Логика:
ЕСЛИ («обязательно будут коллизии» = TRUE) И («match is found, visit server» = TRUE)
ТО —?
Что в итоге, какова импликация?
А такова, что утверждение:
Проверку не прошло. Из-за намеренно введенных частых коллизий хэша, посещаемые сайты отправляются на серверы, а вовсе не всегда проверяются локально.
Утверждение о полной локальной проверке ложно.
Локальная проверка вроде бы и существует как класс. Вот только она намеренно сделана слабой, так что в итоге хэш всё-таки приходится отсылать на сервер. Но не всегда.
Есть и вторая „линия обороны“. Она базируется на недостаточной грамотности в вопросах статистики и криптографии. А именно — на непонимании вопроса легкости восстановления полного хэша по его передаваемой части. Так что если на серверы поступает фрагмент, существует возможность восстановления полного хэша и как следствие — url. Может быть даже не сразу, и скорее всего это делается даже не внутри Google, так что формально он «чист».
Это точно. Я лично это понял когда всё уже вообще труба. Но тут есть еще одна спасительная мысль. Дело в том, что никогда не поздно, вот какая штука. Я сам не молод и некоторое время обдумывал ваши слова «угробил спину в молодости», но вы неправильно мыслите.
Это только кажется что человек — сундук с деталями :) На самом деле это мешок хрящей, мышц, костей. Кости конечно исправить трудно, но и это возможно. Всё остальное же совершенно поддается корректировке.
Просто с возрастом надо наконец обратить внимание и на свою собственную биомашину (тело), и чем больше возраст, тем больше это надо делать. Кое-кому стоит вообще, НАЧАТЬ это делать! На первое время самое лучшее не пожалеть денежек и начать с массажиков и исключить полнейшую гиподинамию (программы-таймеры + лёгкая гимнастика). А затем — обратиться к реабилитационным специалистам. И не смейтесь, мой 43х-летний знакомый так «вставал» из программерского кресла (в процессе). Чтобы пойти по пути необходимо сделать первый шаг. И всё наладится!
Одна из причин моего возражения заключена в том, что миллениалы готовы смотреть в рот Р.Мартину, а я его ровесник. С соответствующим опытом. И то что с апломбом несёт этот товарищ, я воспринимаю критически.
Например, вот что находит у меня возражение. Тенденция настоящего времени — нарастающий хаос, который миллениалы и поколение Z воспринимают как естественное положение вещей. В действительности, отдельными вопросами, такими как архитектурные, должны заниматься отдельные люди. И точно — не все подряд, не безликие «программисты» по Р. Мартину. Хотя бы потому что часто это ведет к тому что невозможно выяснить; кто, зачем и почему придумал такую «архитектуру». В условиях когда каждый программист сам себе свободный архитектор рождаются архитектурные монстры. Проверено.
Боб Мартин дорогостоящий архитектор/консультант, и он не очень-то задумывается, о том, что то, что применимо к нему и к крупным организациям, может привести к проблемам у простых смертных. И многие не слишком разумные могут подорваться, и начать пылко исполнять то, что говорят им такие как Роберт Мартин. А если задуматься о том что он предлагает — то он предлагает программистам работать над архитектурой БЕСПЛАТНО. Что не слишком разумный менеджмент и программистов приведет в нехорошие ситуации. Потому что в реальности ничего никогда «бесплатно» не бывает и это аукнется временем, а затем и деньгами. Хорошая архитектура — это не бесплатно во всех смыслах.
Если программист занимается разработкой архитектуры, или от него «требуют архитектуру» — за это должны доплачивать как архитектору. Логично? Если программист это не понимает — он сам себе злобный Буратино. Ну или может быть молодой, пылкий и не очень разумный.
Менеджмент, в свою очередь, должен понимать, что когда х-х и в продакшн, это быстро и дёшево. Но потом не поддерживаемо. Долго, растет стоимость, или всё переписывать. Хотя в некоторых проектах «х-х и в продакшн» это единственный разумный способ разработки, просто потому что сами эти проекты по своей сути представляют собой одноразовое «д в фантике».
По моему мнению, вот это:
— «Архитектурный хайп». Не всё тут верно.
Если этому следовать бездумно — будут проблемы.
Об этом и шла речь всё время. Поза принимаемая в течение многих часов, дней, месяцев, лет.
Ключевая мысль моих сообщений:
A. поза/посадка в которой присутствует идея якобы «разгрузки» спины/поясницы в которой человек находится откинувшись, лёжа, вися в «гамаке» итд НАЗАД, поза в которой не происходит опоры на ноги и руки, в которой нагрузку (даже лежа) несет только неправильно согнутая спина — грубо ошибочна. Идея этой позы/посадки проистекает из казалось бы прямого и понятного соображения «откинуться назад как на диване».
B. поза/посадка для многих часов/дней/месяцев/лет должна быть такой: опора на три точки. Точка1: «Пятая точка» выгнута, выпячена назад, т.е. зад отставлен. В пояснице — ни в коем случае не «гамачный» прогиб лёжа, а наоборот, т.е. должна быть поза которую, вообще говоря, представляет коленный/ортопедический стул, но который со своей работой, будучи экстремальным не справляется.
Точка2: Ноги, стоящие на полу. При этом огромное значение играет высота седушки от пола, потому что иначе возникает неправильная поза тела, неправильный сгиб — и как следствие, напряжение. За напряжением следует боль и болезнь.
Точка3: Руки, позволяющие в локтевых суставах осуществлять надежную опору на стол. Эта опора на стол руками катастрофически важна для разгрузки опорно-двигательного аппарата. К большому сожалению уродские неглубокие столики, заполненные к тому же еще барахлом и стоящими на столе мониторами не позволяют задействовать руки для опоры, поскольку монитор так оказывается недопустимо близко к глазам, как следствие, человек непроизвольно отодвигается и как следствие — не задействует опору на руки. Т.е. здесь крайне важно иметь достаточную глубину стола и крайне важно иметь должный запас расстояния до монитора, а иначе (удивительно, парадоксально!) прощай спина. Кроме этого, крышка стола должна регулироваться по высоте (и это категорически важно), так как тоже определяет позу.
Помимо этих трёх абсолютных «должно быть» точек, желательно иметь кресло позволяющее садить так как надо и поддерживающее поясницу, шею и затылок (а иногда и локти). Тот же Aeron, например, снабжается разнообразной «обвеской». В итоге, работа превращается в сущий отдых, кресло+стол лечат, а не калечат.
Но финальное знание, раз уж начал, то поделюсь им, таково.
Программиста, спину, итд гробит статика. Длительная гиподинамия.
Поэтому «лечить» все проблемы нужно антитезой — обретением подвижности и прокачкой спины. Всё иное так, примочки.
А отсюда, еще одно одно важнейшее соображение. Идея работать лёжа, ложиться и лежать по многу часов (без подвижности) — сама по себе FAIL. Потому что она как идею предусматривает неподвижность.
Болячки, я предупреждаю, полезут одна за другой, и начнут вылазить там, где их не ждали. Например офтальмологи вот уже не менее 50 лет предупреждают о опасности чтения лёжа (гуглим).
Я пару раз начинал набивать пост, но каждый раз что-то шло не так.
TL;DR накопленное сокровенное знание таково:
исключительно все варианты кресел, что подразумевают работу откинувшись назад — ошибка. В это с трудом верится, это кажется парадоксальным, но это так. Всякий, кто впадет в эту ошибку будет страдать и платить здоровьем. Впрочем, так как у вас Aeron, вас это вряд ли как-то касается. И что интересно, вы же пишете выше основное экспериментальное соображение:
Хоть на каком кресле, хоть с какой поддержкой поясницы работать лёжа/откинувшись с пользой для здоровья не получится. Грустно, но автор исходного приспособления для работы лежа допустил ошибку. Через некоторое время он это поймет.
«Программист» тут слишком широкое понятие.
Это в идеальных представлениях, если за архитектуру программисту платят.
Архитектура важнее для архитектора ПО, для обычного программиста же зачастую это не его область деятельности.
Архитектура должна быть ответственностью все же архитектора. Программист — «участник бизнеса» лишь формально, в большинстве случаев это наемное лицо.
Прежде чем «бороться за архитектуру» следует согласовать это с менеджментом, поскольку «борьба за архитектуру» требует отдельных усилий, это иной класс в разработке.
Не забываем об этом.
А также не забываем о том, что у товарищей типа Robert C. Martin свои специфические интересы и взгляд по-своему специфично деформирован.
Также, все сильно зависит от сегмента ПО и от проекта.
На «пятнашке» долго работать с разрешением 1280x1024 не удалось бы, так как a) всё слишком мелко. b) если монитор и поддерживал 1280x1024, то при частоте кадровой развертки 60Hz, что быстро утомляло зрение. c) картинка была бы слишком замыленной. На 15" типовым разрешением для долговременной работы было все же 1024x768, в некоторых случаях 800x600 или наоборот, уже плохо помню.
То же самое с 17" мониторами. Монитор мог на пике своих способностей отобразить 1600x1200, но это было бы на 17 дюймах, прежде всего, безнадежно мелким. В 2001 году на 17" мониторе совершенно типовым разрешением было 1024x768 при 100/75Hz. Иногда можно было включить побольше, но особого смысла не было, картинка при разрешениях > 1024x768 все-таки была уже мелковата. Под более высокие разрешения требовался монитор 19" и более.
О зарплатах.
$1000 в месяц было вожделенным топом. Получали такую сумму в фирмах или работающих на запад, или в банковской сфере. Если последнее, то от способностей программиста зависело малое, величина з/п определялась другими причинами.
Обычные программисты в российских фирмах получали $100-$200 в месяц.
Ответ почему мелкомягкие упустили WM (а другие Symbian или скажем J2ME) — примитивно прост.
Apple iPhone, начиная с самого первого, был привязан на встроенный магазин приложений. Киллер фичей оказалось именно это, и ни что иное. По техническим параметрам первые трубки Apple проигрывали соперникам.
В отличие от Apple,
бизнесом по торговле приложениями в то время в подавляющем большинстве случаев занимались сторонние фирмы, а вовсе не производители смартфонов.
Всё и вся были между собой не совместимы. Symbian приложение от Siemens, например, в подавляющем большинстве случаев не работало на Nokia.
То же самое касалось Windows Mobile, только хуже. Весь зоопарк приложений был раскидан по всему интернет, и требовалось скачать или купить версию не только под производителя, но и под поколение своего телефона. Часто приходилось выбирать свою модель из списка, в самом плохом варианте — искать её наличие глазами и набирать нужный USSD или SMS код.
Естественно, что появление телефонов/платформы в которой «зашит» магазин приложений и вся эта вакханалия устранена — определило будущее.
https://habr.com/ru/post/442502/#comment_19837974
Серьезно работать дома ни в коем случае нельзя. Тем кто не прошел через эту проблему она не ясна, и даже кажется несерьезной «фигня, я-то уж справлюсь и не попаду в такое!». В итоге, однако, очень незаметно дом срастается с работой и возникает тяжелое психическое восприятие непрерывной работы. Это ведет к выгоранию. Необходимо обязательно переключаться — вот здесь я работаю, а вот дом, тут я не работаю и о работе не думаю вообще. Надо уметь отдыхать. Тот кто не умеет отдыхать (не получает полноценный отдых) рано или поздно начинает плохо работать, сталкивается с проблемами.
На удаленке есть другая проблема, которую никто на моей памяти толком не написал на «Хабре». Работая обычным девелопером на удаленке у тебя нет необходимости как-то продвигаться. И после NN лет удаленной работы, вполне может оказаться так что для устройства в офис ты не заработал особых регалий, не продвинулся по службе.
Кроме того, не всегда «хижина дяди Тома», пусть она и платила тебе $$$ в час — желаемая строка для резюме.
Но оно столь же экстремально, как и лежачее положение. То есть серьезная многодневная работа на протяжении 8-9ч. а то и более за ним в принципе невозможна.