Хорошее. Но стресс всё одно способное повышать. И «знакомы лет 20» этому совершенно не мешает — знакомы двадцать, а парно программируете считанное количество часов, в условиях дёргающих родственников и мировой ковидлы — и того меньше.
Это было до ковида.
Парное программирование мы практиковали уже.
Короче, ничего не предвещало причин вести себя не естественно.
Просто у него такой стиль работы.
откуда вам знать, что именно ваше присутстие не произвело такой эффект на домашних и его самого, что все стало так, как вы описываете? Нетривиальная задача.
Я с его семейством близко знаком 20 лет.
Мой приход — ничем не примечательный рядовой факт.
В конце концов, многие фрилансеры (и команды) так работают — они получают задание, контрольные точки и в промежутках между ними могут вообще не быть на связи, причём промежутки могут быть даже днями, не то что часами.
Таким фрилансерам выдают отдельные изолированные участки работ, не требующие коммуникации.
Число таких работ — ограничено.
Необязательно. Иногда удалёнка — это выполнение заданий к сроку, без конкретных гарантий времени реакции, возможно, с промежуточными отчётами но всё же не на привязи.
Ваш пример касается только мелких задач. Согласен, что их много. Но всё же не все самые интересные вещи на планете можно сделать только в одиночку.
А в сколько нибудь крупных всё равно нужна коммуникация.
1) Если задача не мелкая, то задачу делаете не вы один. Ваши результаты влияют на то, что делать им. Их результаты влияют на то, что делать вам. А уж какой-нибудь совместный косяк в работе разобрать — это отдельная коммуникационная история.
2) Если задача объемная, то невозможно точно понять/описать задачу сходу, всё равно будут уточнения, которые можно получить только предоставив промежуточные результаты. Иногда пока ты делаешь проект — меняются условия в бизнесе, появляются/исчезают какие то возможности которые нужно/уже не нужно реализовывать.
Необязательно. Иногда удалёнка — это выполнение заданий к сроку, без конкретных гарантий времени реакции, возможно, с промежуточными отчётами но всё же не на привязи.
Конечно, да, бывает.
Но мы то говорим о деньгах, которые платят за гарантированное присутствие, за гарантированную доступность.
Сэкономите вы время только на транспорте на работу и домой.
Всё остальное время — вы должны быть доступны (ну ок, в магазин ближайший можно выйти), иначе за что вам платить «гарантированную» часть зарплаты за гарантированное присутствие?
При этом вам ничто не мешает работать из Парижа или с Сахалина. Или сидеть на горе и писать код и т.п.
Но вот процесс перемещения с Сахалина до Парижа, когда вы в дороге, пока вы еще не нашли гостиницу с интернетом — вы можете оказаться недоступны и на сутки-другие.
Это совсем не то, что «выйти за хлебом» на 15 минут.
Поскольку мы говорим о гарантированной оплате гарантированного присутствия, то имеем, что и удаленка тоже привязывает.
Любители синхронной коммуникации, в областях где от нее одни беды, понаделали делов, теперь вот статьи появляются.
Всё упирается только в эффективность конечного процесса. Если владельцу предприятия проще нанять дополнительного сотрудника на синхронную работу в тех. поддержке, а не переводить имеющихся на асинхронную — так тому и быть.
Тут есть и второй аспект — наше осознание этой эффективности.
Проводили исследования — было как минимум 2 статьи на Хабре:
Мозг человека не особо и многозадачный. И постоянно переключаясь работаем медленнее.
Но при этом мы кайфуем, получаем положительное подкрепление, чувствуем себя важными и очень производительными.
Есть у меня один коллега-фриленсер, программист. Казалось бы — сиди спокойно и работай.
Я как-то приходил к нему домой решать одну общую задачу по проекту, над которым мы работали:
«Папа, а где моя майка лежит» (ребенку 16 лет), «Дорогой, на какую полочку поставить суп в холодильник, чтобы ты нашёл», нужно обязательно ответить в WhatsApp сразу же лайком на фотографию котика и т.п. — и это без преувеличения каждые 2-4 минуты.
То, что мы могли бы сделать за 40 минут-1,5 часа — я делал и с ним 10-12 часов.
Обнаружил что коре2дуо на али стоит 293 рубля. Это ниже себестоимости однозначно
Вы про чью себестоимость?
Производитель получил больше себестоимости однозначно.
А нынешний владелец получил процессор в составе какой то системы за копейки, раскурочил эту систему и продает по частям, еще и навар имеет.
За что работник получает большие/огромные деньги — за ответственность.
М-да?
А я вот получаю большие деньги за квалификацию, за то, что кроме меня мало кто сделает подобную сложную систему.
Но вот ответственностью у меня так себе — я тот еще раздолбай. Сроки постоянно срываю (ибо просто ленюсь, а не потому что сложно).
Тем не менее, доходы мои только растут.
Ибо конкуренция еще не подросла.
За что работник получает зарплату на уровне выживаемости — за перекладывание ответственности на руководителя/заказчика.
За все мои косяки от лица фирмы перед заказчиком всегда отвечает руководитель.
За то, что руководитель не достанет очередную порцию денег для моей большой зарплаты — отвечает руководитель.
Самая важная мысль. Асинхронная коммуникация — это прежде всего уважение ко времени и планам, а также ко вниманию и сосредоточенности коллег.
Видимо, у автора статьи — какая-то личная боль.
Он топит за одну точку зрения.
Во всём есть положительные и отрицательные стороны.
Но в статье нет ни слова о плюсах синхронной и минусах асинхронной.
Например, бездумные попытки всё делать в асинхронном режиме приводят к тому, что обсуждение задач (еще только обсуждение что сделать, даже еще не выполнение) может длиться неделями, хотя достаточно просто поговорить полчасика в синхронном режиме.
Разница в скорости «Почаса» vs «Недели» — это даже не художественная гипербола, а из практики, такое случается. Притом если речь идет о паре взаимодействующих — то это будет не недели, а дни. Но стоит попасться задаче, где нужно мнение 3-4 человек — разница между синхронным обсуждением или асинхронной перепиской становится просто дичайшей.
А через месяц-другой таких неспешных асинхронных разговоров — и уже не нужно начинать проект. Потому что все сроки прошли, уже не успеем, клиент сгорел, конкуренты сделали, — пока мы занимались асинхронщиной…
А еще есть понятие приоритетов задач. Иногда приоритет критичен и тогда асинхронная коммуникация по факту становится синхронной — об этом автор тоже не разговаривает в статье.
В нормальной работе есть место и синхронным и асинхронным работам.
Есть только мааааленькая проблемка: с одной стороны никто за нас не решит, как нужно организовать нашу работу, это нужно делать самому. Однако с другой стороны — и у коллег процессы тоже должны быть подстроены к твоим. И твои процессы — должны быть подстроены к ним. И вот это непросто выбрать нужный совместный режим работы.
Интересно, а Dart они компилируют в нативный код или всё же интерпретатор гоняют? Так же тормозит, как в Linux и Android, или таки довели до ума?
Видимо, вы смотрели какую-то демку, собранную в режиме для разработки.
В Андроиде тормозит только в режиме разработчика, ибо в этом режиме используется Dart VM, которая дает возможность hot reload, что удобно для целей отладки.
На Androide при окончательной компиляции в production компилируется в native.
И уже не тормозит.
Формула любви — один из немногих фильмов производства СССР, которые можно смотреть без крови из глаз даже сейчас. Неисчерпаемый источник цитат на все случаи жизни.
Это пара «сценарист Григорий Горин — режиссер Марк Захаров»
У них все фильмы подобного качества.
В NodeJS с помощью нескольких команд можно за десять минут поднять простой сайт типа блога, и он уже будет с формой входа, с загрузкой изображений, и вполне стильно выглядящий. Представляю сколько бы это заняло у меня лет 10-15 назад.
Да ровно столько же.
При использовании языка программирования, который был мейнстримом для веба тогда.
От языка программирования ничего не зависит.
Зависит — от набора используемых вспомогательных библиотек/фреймворков и от того как хорошо вы в этих библиотеках/фреймворках ориентируетесь.
А описанный функционал — заложен в библиотеки/фреймворки еще 20 лет назад.
Но, да, тогда это было в библиотеках/фреймворках — для других языков программирования, которые были в мейнстриме для веба тогда.
Я пишу про то, что целью ИТ-сектора является удовлетворение спроса других отраслей
Написание игр можно считать «обслуживанием интересов» индустрии развлечений.
Пример в рамках отрасли/индустрии не показателен — там же ничего не видно и не понятно.
Берите конкретное предприятие — и сразу все станет на свои места.
Занимается ли конкретный ИТ-шник обслуживание ИТ-подсистемы конкретного предприятия, которое предоставляет совсем другие услуги/продает совсем другие товары?
Например, торговля продуктами питания.
А вот если это предприятие продает именно игру — это другое дело.
Это было до ковида.
Парное программирование мы практиковали уже.
Короче, ничего не предвещало причин вести себя не естественно.
Просто у него такой стиль работы.
Ну вы могли вообще все электронные коммуникации отключить — вообще бы было здорово.
А те, кто с вами работает, что думают?
Я рядом сидел. Я не начальник. Мы равны.
Мы и с ним и с его женой знакомы порядка 20 лет, а с детьми всю их жизнь, они точно не стеснялись.
Мы занимались рядовым парным программированием с целью быстрого освоения новой технологии.
Парное программирование, чтобы въехать в новую тему, хорошая вещь. Рекомендую.
Я с его семейством близко знаком 20 лет.
Мой приход — ничем не примечательный рядовой факт.
Таким фрилансерам выдают отдельные изолированные участки работ, не требующие коммуникации.
Число таких работ — ограничено.
Ваш пример касается только мелких задач. Согласен, что их много. Но всё же не все самые интересные вещи на планете можно сделать только в одиночку.
А в сколько нибудь крупных всё равно нужна коммуникация.
1) Если задача не мелкая, то задачу делаете не вы один. Ваши результаты влияют на то, что делать им. Их результаты влияют на то, что делать вам. А уж какой-нибудь совместный косяк в работе разобрать — это отдельная коммуникационная история.
2) Если задача объемная, то невозможно точно понять/описать задачу сходу, всё равно будут уточнения, которые можно получить только предоставив промежуточные результаты. Иногда пока ты делаешь проект — меняются условия в бизнесе, появляются/исчезают какие то возможности которые нужно/уже не нужно реализовывать.
Конечно, да, бывает.
Но мы то говорим о деньгах, которые платят за гарантированное присутствие, за гарантированную доступность.
Сэкономите вы время только на транспорте на работу и домой.
Всё остальное время — вы должны быть доступны (ну ок, в магазин ближайший можно выйти), иначе за что вам платить «гарантированную» часть зарплаты за гарантированное присутствие?
При этом вам ничто не мешает работать из Парижа или с Сахалина. Или сидеть на горе и писать код и т.п.
Но вот процесс перемещения с Сахалина до Парижа, когда вы в дороге, пока вы еще не нашли гостиницу с интернетом — вы можете оказаться недоступны и на сутки-другие.
Это совсем не то, что «выйти за хлебом» на 15 минут.
Поскольку мы говорим о гарантированной оплате гарантированного присутствия, то имеем, что и удаленка тоже привязывает.
Всё упирается только в эффективность конечного процесса. Если владельцу предприятия проще нанять дополнительного сотрудника на синхронную работу в тех. поддержке, а не переводить имеющихся на асинхронную — так тому и быть.
Тут есть и второй аспект — наше осознание этой эффективности.
Проводили исследования — было как минимум 2 статьи на Хабре:
Мозг человека не особо и многозадачный. И постоянно переключаясь работаем медленнее.
Но при этом мы кайфуем, получаем положительное подкрепление, чувствуем себя важными и очень производительными.
Есть у меня один коллега-фриленсер, программист. Казалось бы — сиди спокойно и работай.
Я как-то приходил к нему домой решать одну общую задачу по проекту, над которым мы работали:
«Папа, а где моя майка лежит» (ребенку 16 лет), «Дорогой, на какую полочку поставить суп в холодильник, чтобы ты нашёл», нужно обязательно ответить в WhatsApp сразу же лайком на фотографию котика и т.п. — и это без преувеличения каждые 2-4 минуты.
То, что мы могли бы сделать за 40 минут-1,5 часа — я делал и с ним 10-12 часов.
Но ему, видимо, приятно отвлекаться.
Вы про чью себестоимость?
Производитель получил больше себестоимости однозначно.
А нынешний владелец получил процессор в составе какой то системы за копейки, раскурочил эту систему и продает по частям, еще и навар имеет.
М-да?
А я вот получаю большие деньги за квалификацию, за то, что кроме меня мало кто сделает подобную сложную систему.
Но вот ответственностью у меня так себе — я тот еще раздолбай. Сроки постоянно срываю (ибо просто ленюсь, а не потому что сложно).
Тем не менее, доходы мои только растут.
Ибо конкуренция еще не подросла.
За все мои косяки от лица фирмы перед заказчиком всегда отвечает руководитель.
За то, что руководитель не достанет очередную порцию денег для моей большой зарплаты — отвечает руководитель.
А фирмы нанимают на постоянку, чтобы иметь возможность купить труд сотрудника крупным оптом.
Видимо, у автора статьи — какая-то личная боль.
Он топит за одну точку зрения.
Во всём есть положительные и отрицательные стороны.
Но в статье нет ни слова о плюсах синхронной и минусах асинхронной.
Например, бездумные попытки всё делать в асинхронном режиме приводят к тому, что обсуждение задач (еще только обсуждение что сделать, даже еще не выполнение) может длиться неделями, хотя достаточно просто поговорить полчасика в синхронном режиме.
Разница в скорости «Почаса» vs «Недели» — это даже не художественная гипербола, а из практики, такое случается. Притом если речь идет о паре взаимодействующих — то это будет не недели, а дни. Но стоит попасться задаче, где нужно мнение 3-4 человек — разница между синхронным обсуждением или асинхронной перепиской становится просто дичайшей.
А через месяц-другой таких неспешных асинхронных разговоров — и уже не нужно начинать проект. Потому что все сроки прошли, уже не успеем, клиент сгорел, конкуренты сделали, — пока мы занимались асинхронщиной…
А еще есть понятие приоритетов задач. Иногда приоритет критичен и тогда асинхронная коммуникация по факту становится синхронной — об этом автор тоже не разговаривает в статье.
В нормальной работе есть место и синхронным и асинхронным работам.
Есть только мааааленькая проблемка: с одной стороны никто за нас не решит, как нужно организовать нашу работу, это нужно делать самому. Однако с другой стороны — и у коллег процессы тоже должны быть подстроены к твоим. И твои процессы — должны быть подстроены к ним. И вот это непросто выбрать нужный совместный режим работы.
Многие английские слова не на 100% аналогичны русским словам, есть нюансы значений.
Тут же пример гугле-перевода слова «experience», когда взяли первое соответствие в словаре, не подумав выбрать более подходящее:
Речь идет о впечатлениях от использования интерфейса пользователя.
POSIX — это всего-то навсего небольшой набор функциональности, к сути ядра не относящийся.
Его можно эмулировать для любого ядра.
Видимо, вы смотрели какую-то демку, собранную в режиме для разработки.
В Андроиде тормозит только в режиме разработчика, ибо в этом режиме используется Dart VM, которая дает возможность hot reload, что удобно для целей отладки.
На Androide при окончательной компиляции в production компилируется в native.
И уже не тормозит.
Это пара «сценарист Григорий Горин — режиссер Марк Захаров»
У них все фильмы подобного качества.
Да ровно столько же.
При использовании языка программирования, который был мейнстримом для веба тогда.
От языка программирования ничего не зависит.
Зависит — от набора используемых вспомогательных библиотек/фреймворков и от того как хорошо вы в этих библиотеках/фреймворках ориентируетесь.
А описанный функционал — заложен в библиотеки/фреймворки еще 20 лет назад.
Но, да, тогда это было в библиотеках/фреймворках — для других языков программирования, которые были в мейнстриме для веба тогда.
Те категории, кто согласен работать за копейки.
Пример в рамках отрасли/индустрии не показателен — там же ничего не видно и не понятно.
Берите конкретное предприятие — и сразу все станет на свои места.
Занимается ли конкретный ИТ-шник обслуживание ИТ-подсистемы конкретного предприятия, которое предоставляет совсем другие услуги/продает совсем другие товары?
Например, торговля продуктами питания.
А вот если это предприятие продает именно игру — это другое дело.
Уже нет.
На нынешнем этапе развития человечества медицина поддерживает тех, кто должен был умереть в результате естественного отбора.
И нет никакого запрета заводить детей ни в обществе ни по закону — даже если у тебя заболевание передающееся генетическим путём.
Это так на нынешнем этапе развития человечества.
Естественный отбор работает по другому.