Тихая зона не всем подходит. Мне например непосредственно кодить в тихой зоне идеально, но всегда могут позвонить по работе. В итоге либо приходится сидеть в «громкой» зоне, где кодить нереально, либо постоянно бегать из тихой зоны и обратно. Особенно весело, если для разговора нужен комп перед глазами. В офисах эта проблема тоже есть, но там это проще: коллеги видят когда можно парой слов на месте перекинуться, а когда просто отписать в мессенджере «айда в переговорку». А в коворкинге ты вне контекста.
Если бы всё общение было бы исключительно письменно, то тихая зона — это было бы идеально конечно.
Для меня один из главных минусов удалёнки — проблемы с саморазвитием. В офисе многому учишься просто походя. Можно случайно заглянуть в монитор к коллеге и увидеть, что он изящно решил задачу так, как я бы не додумался. «А что, так можно было?». И само общение по работе богаче. Если удалённо работая ты общаешься с коллегами чисто по текущим задачам, то в офисе можно например на кухне общаться на кучу околорабочих тем, параллельно узнавая что-то новое. Да, можно всё изучать самостоятельно, но в офисе значительная часть обучения происходит сама собой, без всякого дополнительного напряга.
В офисе ты больше в контексте работы компании и можешь предложить хорошее решение проблемы, которая изначально не входила в твои задачи, и сидя на удалёнке ты вообще бы про неё не узнал. Ну и плюс легче увидеть, нет ли каких-либо проблем у твоего работодателя.
Или вот такая проблема удалёнки, про которую редко кто упоминает, но для меня она имеет большое значение. Раньше время вне офиса принадлежало мне полностью, а последние несколько лет я реже стал ходить на всякие мероприятия («а стоит ли оно того? может лучше посидеть поработать?»), стал уходить довольно рано с тусовок, хотя остальные товарищи оставались на всю ночь или даже на несколько суток (та же причина: куча задач, которые ждут выполнения). Да и вообще когда путешествуешь или развлекаешься где-то фоном у тебя всегда в мыслях работа, в результате сложно по-настоящему расслабиться. Наверное можно было это решить чёткой организацией времени (работаю с 9 до 5, а остальное время трачу исключительно на родных и друзей), но так самоорганизоваться на удалёнке требует усилий, а при работе из офиса это получается естественным образом.
Потому что всё равно будет мини-запинка при каждом обращении к такой функции. Да, Шторм покажет, но это всё равно чуток собьёт плавный процесс написания кода. Совсем чуток, но собьёт. А таких запинок может быть очень много раз за день. Может и небольшая проблема, но во многих других языках можно писать вообще не спотыкаясь об такое. Соответственно писать приятнее.
, а это в основном про фронтэнд. Я думаю что на бэкэнде и для PHP и для Node.js ситуация устоялась не потому что болото и экосистема херово развивается, а потому что под все типовые задачи уже есть хорошие инструменты. В то время как для современного фронтэнда vanilla js совершенно недостаточно, и приходится придумывать кучу надстроек чтобы это решить.
Потому что этот зоопарк на PHP всё-таки меньше, и он не так быстро меняется. По сути для базовой разработки на PHP нужен только менеджер зависимостей (в PHP общепризнан Composer, не приходится выбирать из зоопарка) и фреймворк (ну здесь как и в JS три общепринятых лидера плюс набор менее популярных фреймворков). Ну ещё выбрать шаблонизатор из Smarty, Twig или Blade, да и то не факт, сейчас модно делать шаблонизацию на стороне фронтэнда. Ну ORM ещё выбрать, но это нужно не во всех проектах, и как правило ORM привязана к фреймворку. И это всё, остальное подбирается уже под частные задачи.
Не нужно заботиться ни о диалектах языка (TypeScript или нет?), сборщиках, браузерных API и т.д. PHP развивается достаточно понятно, фреймворки тоже уже давно устоявшиеся. Плюс такое ощущение, что в JS зоопарк технологий меняется с куда большей скоростью.
Хотя бы потому что это решения не из коробки. Swoole — это вообще расширение, т.е. с каждым переходом на новую версию PHP мне нужно будет смотреть, подходит ли Swoole для этой версии, обновился ли?
Плюс в PHP есть отличная экосистема для создания веб-бэкэнда, которая значительно масштабнее, чем в любом другом языке. Хорошие фреймворки (Symfony, Laravel), библиотеки, сообщество, можно быстро получить ответ практически на любой вопрос. Для меня отсутствие нормальной асинхронности — последний рубеж, который не позволяет использовать PHP вообще для всего бэкэнда.
С другой стороны, PHP уже проспали микросервисы (да и обработку Websockets без геморроя на PHP не сделать), возможно через какое-то время проспят ещё какой-нибудь юзеркейс.
А по поводу того как лучше писать, if (number in [1,2,3]) или if (in_array($number, [1,2,3])), то первое конечно писать приятнее, но недостатки легаси — это такая мелочь по сравнению со всем остальным.
Потому что PHP очень плохо подходит для микросервисов. Если в PHP появится нормальная асинхронность — я с радостью перейду с Node.js на PHP. Хотя бы потому что неудобно писать часть бэкэнда на Node, а часть — на PHP. Приходится дублировать библиотеки и т.д. По скорости как я понимаю особых преимуществ Node.js уже не даёт, а насчёт корявого легаси — это ещё можно поспорить где его больше, в Javascript или в PHP.
Пока ещё не создано автопилотов 4 уровня, которые 100% (или 99.9999%) ситуаций смогут разруливать сами. Для того, чтобы такой автопилот рано или поздно появился и проводятся все эти испытания. Оператор отлично знала, что автомобиль не во всех случаях отреагирует как надо, но всё равно предпочла смотреть шоу вместо наблюдения за дорогой. Хотя я отлично понимаю как это сложно пялиться в одну точку ничего не делая.
Одно дело — оператор. Не отвлекаться от дороги — это его прямая обязанность. Но я не очень понимаю как можно включать автопилоты 2 и 3 уровня (автопилот большую часть ведёт автомобиль сам, но водителю нужно постоянно быть начеку на случай непредвиденных ситуаций) на коммерчески выпускаемых машинах.
В этом случае водитель переключается в режим пассажира, и наблюдение за дорогой становится тяжёлой работой. Представьте себе, что вы за рулём, и едете по скоростной магистрали на скорости 130 км/ч. Вы отвлекаетесь от дороги? Вряд ли. А если вы стоите в пробке и машины перед вами еле ползут, а то и вообще стоят на месте. Отвлекаетесь? Думаю да. Мозгу становится скучно, и он начинает искать себе другое занятие. Даже если не смотреть сериалы можно задуматься, залюбоваться пейзажем, уснуть в конце концов.
Т.е. с одной стороны мы провоцируем водителя быть менее внимательным, а с другой стороны в случае аварии говорим, что вся вина на водители, который не уследил за автопилотом.
И ещё дополню. Далеко не у всех есть ресурсы исправить это всё самостоятельно. Большие компании поправят, а у многих мелких просто нет штатного IT-специалиста. Им когда-то сделали сайт, он работает, трудовых ресурсов на поддержку особо не просит, надо только хостинг оплачивать. И таким компаниям сложно даже перенести шрифты с CDN гугла в другое место.
Например, мне вчера пришло от коллеги:
Это просто [***]
плагин для вордпресс [***] не работает — лучший плагин визульный редактор… [***]уться просто
Провайдер отвечает что это из-за РКН, и он ничего не может с этим сделать. А даже если есть IT-специалист, то перенос хранилища с Amazon ещё куда-нибудь может быть далеко не тривиальной задачей.
Тут проблема в том, что сами участники воспринимают это так: против государственной машины не попрёшь, блокировку не отменишь. Давайте сделаем всё, чтобы хотя бы смягчить последствия. Но учитывая как наплевательски действует РКН даже в отсутствие белых списков, то белые списки не спасут ситуацию, а напротив, позволят РКН блокировать направо и налево ещё более крупные подсети.
А в чём тут противоречие? Фотографии и большие файлы часто загружаются в облако, на тот же Amazon. Сам сайт при этом может отлично работать. Если вашему сайту посчастливилось не оказаться в заблокированной подсети Digital Ocean, то блокировка именно так и проявляется: сайт работает, но отваливаются сторонние сервисы: шрифты, картинки, плагины и т.д.
Что будет дальше примерно ясно по итогам совещания у Германа Клименко 3 мая.
Проблема в том, что разблокировать сети РКН сейчас сложно. Даже если в РКН знают, что такой-то «добросовестный ресурс» находится в одной из заблокированных подсетей, чтобы вытащить его оттуда нужно одну запись о блокировке всей подсети разделить на множество записей о блокировке подсетей меньшего размера. С Гуглом как-то справились, но массово это работать не будет: у провайдеров таблицы блокировок уже и так не слишком хорошо обрабатываются оборудованием (оттуда и временные разблокировки рутрекера и т.д.).
Т.е. таким путём сильно Телеграм не заблочишь.
На совещании было выдвинуто два варианта решения проблемы:
1. Белые списки
2. VPN для избранных (институтов, госучреждений и т.д.)
Насколько я понимаю, принято решение пойти по пути белых списков поверх списка исключений. Т.е. весь интернет никто блокировать не будет, но наличие белых списков позволит не блокировать условные Coursera и Slack при блокировке подсети. Там тоже есть проблема в технической реализации — по экспертным оценкам сообщества в такой список можно внести 100-150-200 тысяч ресурсов, не больше, так как большее количество просто обрушит текущее оборудование магистральных операторов в России.
Но было решено попробовать этот путь. Проблема в том, что при текущей динамике это значит скорее не то, что из блокировки постепенно пропадут все значимые ресурсы, а то, что для РКН развязываются руки блокировать подсети ещё большего размера, так как кого надо уже можно будет сравнительно просто вытащить. И если гугловские шрифты или сайты, которые работают в России (по крайней мере крупные) из блокировок так или иначе уйдут, то куча более мелких сайтов так и останется забанена.
В общем, мы примерно на той же развилке, что и в 2012 году, когда все блокировки ограничивались только «наркотиками, самоубийствами и детской порнографией». Прошло 5 лет и дошло до Телеграма. Если сейчас мы скушаем методы РКН в частности и саму блокировку Телеграма вообще, то ещё лет через 5 у нас будет великой российский файерволл.
Ага. А вы посмотрите какие страны названы по этой ссылке. Азербайджан, Украина, Турция, Россия. Их тоже можно Европой конечно назвать, но комментирующие здесь под Европой прежде всего Евросоюз имеют в виду.
Из ЕС в вышеуказанной статье два примера. Польша, где «новое антитеррористическое законодательство, вступившее в силу 2 июля 2016 года, подвергалось критике за то, что польские спецслужбы получили право блокировать сайты на срок до пяти дней без предварительного разрешения суда». Ничего хорошего конечно. И Франция, где «в период с марта 2016 по февраль 2017 года от бюро OCLCTIC поступило 874 таких требования». В России масштабы совсем другие, не находите? Хотя и Польше фи и Франции фи за такое.
Так это уже 2011 и 2015-2016. Напомню, цена на нефть рухнула в 2008, потом через три года поднялась и в 2014 рухнула уже окончательно. До падения цен на нефть режим Чавеса вполне существовал, пусть и без космодромов. Но и база там отличалась от России.
Навального сравнивать Чавеса некорректно по многим причинам, но даже если сравнивать исключительно программу, то Навальный вполне центрист, а у Чавеса она была крайне левая.
Сдаётся мне что вы либо тролль либо кремлебот. Но предположим, что у вас просто такая система ценностей: цензура должна быть, крымнаш, враги окружили со всех сторон, будем лечиться дубовой корой. Ну или вкратце: интересы власти превалируют над интересами граждан. Ок. Каждый имеет право на свои взгляды. Но у меня и у большинства комментирующих в этой ветке другая система ценностей: цензуры быть не должно, интересы граждан важнее, чем интересы людей, сидящих во власти.
Или такая версия. Контроль. У них есть доступ к нашим телефонным разговорам (в 2015 году суды выдали почти миллион разрешений на прослушку, то есть каждого сотого человека слушают), к нашим СМС, к данным с базовых станций, к истории передвижений на самолётах, на поездах, на междугородних автобусах (последние несколько лет билеты продаются только по паспорту) и на личных авто. Скорее всего есть доступ к переписке в крупнейших русских социальных сетях. Доступ к переписке в мессенджерах им тоже очень хочется получить. Кому? ФСБ, полиция, силовики и т.д.
Если бы всё общение было бы исключительно письменно, то тихая зона — это было бы идеально конечно.
В офисе ты больше в контексте работы компании и можешь предложить хорошее решение проблемы, которая изначально не входила в твои задачи, и сидя на удалёнке ты вообще бы про неё не узнал. Ну и плюс легче увидеть, нет ли каких-либо проблем у твоего работодателя.
Или вот такая проблема удалёнки, про которую редко кто упоминает, но для меня она имеет большое значение. Раньше время вне офиса принадлежало мне полностью, а последние несколько лет я реже стал ходить на всякие мероприятия («а стоит ли оно того? может лучше посидеть поработать?»), стал уходить довольно рано с тусовок, хотя остальные товарищи оставались на всю ночь или даже на несколько суток (та же причина: куча задач, которые ждут выполнения). Да и вообще когда путешествуешь или развлекаешься где-то фоном у тебя всегда в мыслях работа, в результате сложно по-настоящему расслабиться. Наверное можно было это решить чёткой организацией времени (работаю с 9 до 5, а остальное время трачу исключительно на родных и друзей), но так самоорганизоваться на удалёнке требует усилий, а при работе из офиса это получается естественным образом.
Не нужно заботиться ни о диалектах языка (TypeScript или нет?), сборщиках, браузерных API и т.д. PHP развивается достаточно понятно, фреймворки тоже уже давно устоявшиеся. Плюс такое ощущение, что в JS зоопарк технологий меняется с куда большей скоростью.
С другой стороны, PHP уже проспали микросервисы (да и обработку Websockets без геморроя на PHP не сделать), возможно через какое-то время проспят ещё какой-нибудь юзеркейс.
А по поводу того как лучше писать,
if (number in [1,2,3])илиif (in_array($number, [1,2,3])), то первое конечно писать приятнее, но недостатки легаси — это такая мелочь по сравнению со всем остальным.В этом случае водитель переключается в режим пассажира, и наблюдение за дорогой становится тяжёлой работой. Представьте себе, что вы за рулём, и едете по скоростной магистрали на скорости 130 км/ч. Вы отвлекаетесь от дороги? Вряд ли. А если вы стоите в пробке и машины перед вами еле ползут, а то и вообще стоят на месте. Отвлекаетесь? Думаю да. Мозгу становится скучно, и он начинает искать себе другое занятие. Даже если не смотреть сериалы можно задуматься, залюбоваться пейзажем, уснуть в конце концов.
Т.е. с одной стороны мы провоцируем водителя быть менее внимательным, а с другой стороны в случае аварии говорим, что вся вина на водители, который не уследил за автопилотом.
Например, мне вчера пришло от коллеги:
Провайдер отвечает что это из-за РКН, и он ничего не может с этим сделать. А даже если есть IT-специалист, то перенос хранилища с Amazon ещё куда-нибудь может быть далеко не тривиальной задачей.
Герман Клименко: www.facebook.com/german.klimenko/posts/10156159194933672
Максим Азаров: www.facebook.com/maseeq/posts/1657176694331693
Олег Бунин: www.facebook.com/oleg.bunin/posts/2003812779660403
Самсон Шоладеми: www.facebook.com/samson.sholademi/posts/10216072916800196
Игорь Мызгин: www.facebook.com/igor.myzgin/posts/1823692291041841
Тут проблема в том, что сами участники воспринимают это так: против государственной машины не попрёшь, блокировку не отменишь. Давайте сделаем всё, чтобы хотя бы смягчить последствия. Но учитывая как наплевательски действует РКН даже в отсутствие белых списков, то белые списки не спасут ситуацию, а напротив, позволят РКН блокировать направо и налево ещё более крупные подсети.
Проблема в том, что разблокировать сети РКН сейчас сложно. Даже если в РКН знают, что такой-то «добросовестный ресурс» находится в одной из заблокированных подсетей, чтобы вытащить его оттуда нужно одну запись о блокировке всей подсети разделить на множество записей о блокировке подсетей меньшего размера. С Гуглом как-то справились, но массово это работать не будет: у провайдеров таблицы блокировок уже и так не слишком хорошо обрабатываются оборудованием (оттуда и временные разблокировки рутрекера и т.д.).
Т.е. таким путём сильно Телеграм не заблочишь.
На совещании было выдвинуто два варианта решения проблемы:
1. Белые списки
2. VPN для избранных (институтов, госучреждений и т.д.)
Насколько я понимаю, принято решение пойти по пути белых списков поверх списка исключений. Т.е. весь интернет никто блокировать не будет, но наличие белых списков позволит не блокировать условные Coursera и Slack при блокировке подсети. Там тоже есть проблема в технической реализации — по экспертным оценкам сообщества в такой список можно внести 100-150-200 тысяч ресурсов, не больше, так как большее количество просто обрушит текущее оборудование магистральных операторов в России.
Но было решено попробовать этот путь. Проблема в том, что при текущей динамике это значит скорее не то, что из блокировки постепенно пропадут все значимые ресурсы, а то, что для РКН развязываются руки блокировать подсети ещё большего размера, так как кого надо уже можно будет сравнительно просто вытащить. И если гугловские шрифты или сайты, которые работают в России (по крайней мере крупные) из блокировок так или иначе уйдут, то куча более мелких сайтов так и останется забанена.
В общем, мы примерно на той же развилке, что и в 2012 году, когда все блокировки ограничивались только «наркотиками, самоубийствами и детской порнографией». Прошло 5 лет и дошло до Телеграма. Если сейчас мы скушаем методы РКН в частности и саму блокировку Телеграма вообще, то ещё лет через 5 у нас будет великой российский файерволл.
Из ЕС в вышеуказанной статье два примера. Польша, где «новое антитеррористическое законодательство, вступившее в силу 2 июля 2016 года, подвергалось критике за то, что польские спецслужбы получили право блокировать сайты на срок до пяти дней без предварительного разрешения суда». Ничего хорошего конечно. И Франция, где «в период с марта 2016 по февраль 2017 года от бюро OCLCTIC поступило 874 таких требования». В России масштабы совсем другие, не находите? Хотя и Польше фи и Франции фи за такое.
Навального сравнивать Чавеса некорректно по многим причинам, но даже если сравнивать исключительно программу, то Навальный вполне центрист, а у Чавеса она была крайне левая.