И у меня выходил в стену, но отражался. М.б. от кулера зависит :)
Затем уже в ИКЕА приобрел стол
Я поступил иначе: поехал на строительный рынок с чертежами. Мне там фанеры нарезали. Там же купил кронштейны, саморезы, лак. (Дрель уже была.) Отлакировал, укрепил на стене. Доволен. ИМХО: толстая ок. 15 мм фанера лучше ДСП — можно в любое место крюк ввинтить, чтобы мешающий кабель подвязать, дополнительные розетки укрепить и т.д.
По моему опыту удаленной работы для очень маленькой (2-3 человека) софтовой фирмы (программы для обучения студентов программированию — вводный курс) США. Достаточно успешно выполнить один проект, и будет доверие. (Когда 2-3 работника — приходится доверять каждому :)
Тот квант полезной работы, который за целый день выполняет хорошо укоренённый офисный сотрудник в энтерпрайзе, удалённый работник скорее всего сможет выполнить за полчаса-час. Иногда до работы вообще дело не доходит. Приходишь утром… Пьёшь кофе, читаешь хабр… Опа! Внезапно, уже обед…
Верно. Такое бывает. Чаще в очень больших коллективах. При долговременных проектах, исследованиях. Но бывает, что рядом из другого отдела, лаборатории крутятся, как белки в колесе.
Да! И сколько тратишь времени, объясняя почему опоздал. А потом надо выдохнуть, собраться, настроиться, сконцентрироваться. Опытные работники не показывают, что они выдыхают — сидят за компом и что-то набирают, а когда выдохнут, все «набранное» идет в корзину. А неопытные пытаются сразу включиться — не помню где читал, что 50% всех багов делают в первые пол-часа начала рабочего дня.
Нормальное место. +1
И я системный блок опускал, а теперь держу на столе рядом — надоело лазить под стол, и не нравится что по ногам теплым воздухом дует. Особенно поздней весной и ранней осенью, когда отопление уже не нужно, а кондиционер включать еще рано. Не рассмотрел: 1 системный блок? У меня пара. предпочитаю использовать Mobile Rack: 4 винта — еще 1 довод для настольного размещения системного блока. Друг7ой довод — USB. А вот мониторов у меня всего два на двух рабочих местах. И еще один системный блок в углу стоит: неподключенный резерв. Но это все зависит от задач.
Конечно, нет — у меня всегда были хорошие девушки. И мы все — я, мой друг и она учились в одном классе, т.о. она быстро убедилась, что я ее не обманывал. У него оказался перелом, и мы с ней его навещали.
У меня, когда учился в школе, был случай: договорились компанией в кино пойти, билеты заранее купили. Нам с моим другом на автобусе нужно было ехать, прошел дождь, и мы перепрыгивали лужи, друг подвернул ногу так, что наступить не мог. Пока его до дома довел — он прыгал на одной ноге, держась за меня — сеанс в кино уже начался, а там была моя девушка, которой я обещал… И что мне было делать, сказать другу: «ковыляй как можешь домой, а я поеду — я же обещал»? Другой случай был уже на работе: в ночь с пятницы на субботу там в здании небольшой пожар случился. Рано утром позвонили, что надо спасать в нашем офисе то, что еще от воды недоразмокло. Все приехали, до кого дозвонились. А я своей семье обещал, что проведем день вместе. Нужно было сказать сотрудникам: «обходитесь без меня»?
Возможно, что полезней (и педагогичней) в некоторых случаях отказать в походе в зоопарк, объяснив причину. Это избавит сына от инфантилизма, научит разумно выбирать приоритеты. В противном случае бывает взрослый инфантилизм: человек с детства привык во всех мелочах всегда выполнять самые мелкие обещания, что бы ни произошло. Была у меня на работе сотрудница, которая пообещала к концу недели личный отчет написать, простуженная привезла в пятницу с высоченной температурой, в результате слегла с воспалением легких и последующими осложнениями. Начальник в голос выл: «Зачем? У меня эти отчеты еще пол-месяца будет валяться, пока до них доберусь. Позвонила бы, я бы кого из молодежи к ней домой за отчетом прислал.»
М.б. мне везло, но были случаи, когда работодатель оплачивал мне покупку техники и софта, а некоторые мелочи, которых не было, из Штатов по DHL присылал.
Интересная статья, но ИМХО упущено несколько важных моментов.
1) Часто бывают ситуации, когда для работы над программным продуктом нужно не только программирование, но и углубленные знания предметной области. В этих ситуациях часто бывают пары: программист и специалист в предметной области. Удаленная работа для такой пары возможна, но требует решения дополнительных орг. вопросов.
2) При удаленной работе на больших расстояниях в случае необходимости периодического общения по телефону и т.п. возникает проблема часовых поясов. Не всегда скажешь шефу «это для меня слишком рано или слишком поздно».
3) Удаленная работа и полезна и вредна для здоровья. Польза: не торчать в пробках, не толкаться в метро, не отвлекаться на посторонний шум и разговоры в офисе, возможность оптимально построить рабочий день, высыпаться, хорошо питаться, в оптимальное время гулять и заниматься физ.культурой и т.д. Вред: переработка — задача может увлечь, работать 10-14 часов ежедневно — не полезно; нарушение режима — ночью м.б проще сосредоточится, ничто и никто не отвлекает, но ночной образ жизни не полезен. Нужна большая самодисциплина, чтобы не устраивать себе авралов, паники из-за поломок оборудования, отсутствия связи и т.д.
4) И в случае офисной и в случае удаленной работы многое зависит от общего количества работников. Работа на большую компанию обычно легче, чем на маленькую фирму (меньше 10 человек).
5) ИМХО: и для начальника и для подчиненных удобнее отчитываться раз в неделю о проделанной работе. Особенно это важно для удаленной работы. Такой отчет должен занимать не более 5-10 мин. по телефону и не более экрана по email.
Много и успешно работал и удаленно и не удаленно, и с крупными и с мелкими, участвовал в чужих проектах и делал собственные. Возможно, что в моих впечатлениях есть доля субъективности, и у многих другие впечатления. Не претендуя на абсолютную правоту, подумал, что сказанное м.б. интересно.
Особенности мозга человека таковы, что он плохо хранит и отличает более 7-9 элементов в одном списке при оптимальном их количестве 1-3.
А неочевидных мест в коде м.б. тысячи. Помнить все невозможно. А если над кодом работает команда, то только один знает почему нет проверки на ноль и обработки исключения.
Все может быть!
Быть может, вы умрете,
Вас выгонят,
Сгорите на работе,
Или на базе вас задавит свеклой в таре…
Товарищи! Пишите комментарий!
ИМХО не только сложные, но и неочевидные места. Тривиальный пример. Переменную Х делим на переменную Y при этом нет проверки, что Y не равно нулю. Не очевидно: м.б. кодер забыл поставить проверку, а м.б. Y не равно нулю по условию подзадачи, проверялось ранее и т.д. Комментарий-пояснение ИМХО и в таком тривиальном случае необходим.
4 Комментарии
Первая строка комментария перед объявлениями процедур, классов и т.п. должна давать понять их назначение. Последующие строки описывают те или иные особенности реализации.
Комментарии к виртуальным методам должны описывать обстоятельства вызова, а не реализацию — она может быть перекрыта в наследниках.
Комментарии в теле процедур и методов не должны описывать, ЧТО делает тот или иной оператор или блок, а должны указывать ЦЕЛЬ, для которой он (оператор) используется.
Цели меняются гораздо реже, чем средства ее реализации
Понять что делает код можно из него самого, понять ЗАЧЕМ по коду бывает нереально.
Пересмотрели свое отношения к комментариям? или я чего-то не понял?
В этом и проблема, как вводить «как-нибудь „гарантированно“ секьюрно». Подумал, Вы знаете, раз этим занимались. Я не про себя, но среднему юзеру откуда знать сидит ли у него кейлоггер? Подозреваю, что для многих заражение не замечено.
Одного раза достаточно, чтобы украсть секретную фразу при вводе. Или ее нужно вводить на свеже поставленных ОС и фоксе офф-лайн, т.е. с гарантией, что не сядет троян? А возможно украсть профиль?
В генерации паролей участвует ваш нестойкий пароль, URL-адрес (domain.tld) и ваша секретная фраза.
Спасибо, но я не понял: а чем это отличается от KeePass? Узнается URL-адрес, кейлоггер отслеживает нестойкий пароль и секретную фразу. Злоумышленник берет Ваше расширение, подсовывает ему отслеженную инфу и получает доступ.
в отличие от какого-нибудь авиастроения, программирование имеет синтетическую природу: с одной стороны оно — раздел практической философии (как математика), а с другой — инженерная дисциплина
К «какому-нибудь авиастроению» Вы явно не справедливы: программирование входит и в современное авиастроение, начиная с систем автоматического проектирования и кончая программированием бортовых компьютеров. То, что математика — раздел практической философии, крайне экстравагантное утверждение. Есть область философия математики, но она определяется иначе, чем вся математика.
Я поступил иначе: поехал на строительный рынок с чертежами. Мне там фанеры нарезали. Там же купил кронштейны, саморезы, лак. (Дрель уже была.) Отлакировал, укрепил на стене. Доволен. ИМХО: толстая ок. 15 мм фанера лучше ДСП — можно в любое место крюк ввинтить, чтобы мешающий кабель подвязать, дополнительные розетки укрепить и т.д.
А вот здесь — не всегда так. Многие из деградонтов ухитряются не попадать под сокращение.
Собеседование — как экзамен. Есть студенты, которые обладая минимумом знаний, ухитряются сдавать лучше среднего студента…
И я системный блок опускал, а теперь держу на столе рядом — надоело лазить под стол, и не нравится что по ногам теплым воздухом дует. Особенно поздней весной и ранней осенью, когда отопление уже не нужно, а кондиционер включать еще рано. Не рассмотрел: 1 системный блок? У меня пара. предпочитаю использовать Mobile Rack: 4 винта — еще 1 довод для настольного размещения системного блока. Друг7ой довод — USB. А вот мониторов у меня всего два на двух рабочих местах. И еще один системный блок в углу стоит: неподключенный резерв. Но это все зависит от задач.
1) Часто бывают ситуации, когда для работы над программным продуктом нужно не только программирование, но и углубленные знания предметной области. В этих ситуациях часто бывают пары: программист и специалист в предметной области. Удаленная работа для такой пары возможна, но требует решения дополнительных орг. вопросов.
2) При удаленной работе на больших расстояниях в случае необходимости периодического общения по телефону и т.п. возникает проблема часовых поясов. Не всегда скажешь шефу «это для меня слишком рано или слишком поздно».
3) Удаленная работа и полезна и вредна для здоровья. Польза: не торчать в пробках, не толкаться в метро, не отвлекаться на посторонний шум и разговоры в офисе, возможность оптимально построить рабочий день, высыпаться, хорошо питаться, в оптимальное время гулять и заниматься физ.культурой и т.д. Вред: переработка — задача может увлечь, работать 10-14 часов ежедневно — не полезно; нарушение режима — ночью м.б проще сосредоточится, ничто и никто не отвлекает, но ночной образ жизни не полезен. Нужна большая самодисциплина, чтобы не устраивать себе авралов, паники из-за поломок оборудования, отсутствия связи и т.д.
4) И в случае офисной и в случае удаленной работы многое зависит от общего количества работников. Работа на большую компанию обычно легче, чем на маленькую фирму (меньше 10 человек).
5) ИМХО: и для начальника и для подчиненных удобнее отчитываться раз в неделю о проделанной работе. Особенно это важно для удаленной работы. Такой отчет должен занимать не более 5-10 мин. по телефону и не более экрана по email.
Много и успешно работал и удаленно и не удаленно, и с крупными и с мелкими, участвовал в чужих проектах и делал собственные. Возможно, что в моих впечатлениях есть доля субъективности, и у многих другие впечатления. Не претендуя на абсолютную правоту, подумал, что сказанное м.б. интересно.
А неочевидных мест в коде м.б. тысячи. Помнить все невозможно. А если над кодом работает команда, то только один знает почему нет проверки на ноль и обработки исключения.
но ранее Вы писали:
Пересмотрели свое отношения к комментариям? или я чего-то не понял?