Нет, я лично из РФ работаю через Киев на компанию из Redwood City — так что всё именно так и есть. До недавних пор не было такой необходимости (я про Киев).
Pentium 166 без MMX вполне тащил mp3 (WinAMP) + что-нибудь ещё, тот же ворд или Delphi 7. Фильмы в MPEG-2 тоже можно было смотреть, MPEG-4 конечно уже тормозил.
Я и говорю, что специфика должна быть разная, понятное дело, что привычные практики, которые работают для 50-тонных грузовиков, могут не работать и даже быть вредными для гоночных болидов. Однако физика остаётся одна и та же, механика (как раздел физики) — тоже, общие принципы — те же, и если сравнивать время, необходимое для переучивания и для обучения с нуля — я уверен, что будет серьёзная разница.
Ваша аналогия хорошо бы подошла, если менять стабильный PostgreSQL на kdb+ где в нагрузку надо выучить q :)
На самом деле не обязательно так усложнять. Если человек, положим, несколько лет делал движок для САПР, а теперь переквалифицировался в web-dev и шлёпает круды (пока что) — я не думаю что у него возникнут серьёзные проблемы с обучением, хотя разница как раз как с гоночным болидом и грузовиком :)
Мне кажется, что аналогия не самая удачная. Я бы сравнил профессионала-механика, обслуживающего 50-тонные грузовики, и профессионала-механика, обслуживающего болиды F1. Специфика должна быть разная, однако переучиться в разы проще, чем начинать с нуля.
Ниже уже ответили за меня, по сути ситуация была примерно такая же, только перегрузок гораздо больше, и несколько таких слоёв в стек-трейсе (25-35 методов длиной). Всё это было замешано с обфускацией и TaskCompletionSource, в который устанавливали Exception и потом не await'или в некоторых ситуациях — соответственно когда GC собирал эту задачу — прилетал UnobservedTaskException с чудесным стеком. Я не говорю, что нереально разобраться — однако людское время дороже, чем машинное — если вы понимаете, о чём я.
Это замечательно, и я восхищаюсь вашим профессионализмом в этом вопросе. И, однако, сам факт того, что вы лично не увидели никаких сложностей где-то там у себя — совершенно не означает, что их ни у кого нет.
Спасибо, конкретно эта статья конечно больше ознакомительная — для тех, у кого вообще нет опыта с PowerShell — но было бы очень интересно почитать про тонкости скриптинга и best practices. Структура изложения грамотная, мне очень понравилось.
Вот именно, pin tab + close tabs to the right решают эти проблемы на раз-два. Нашёл что-то интересное — закрепил, нашёл что искал — close tabs to the right от этой вкладки. Возможно с tree style tab удобнее при наличии большого количества вкладок или параллельном поиске информации.
Правильный вариант, как по мне — ждать и обрабатывать, либо ждать и падать.
На самом деле не обязательно так усложнять. Если человек, положим, несколько лет делал движок для САПР, а теперь переквалифицировался в web-dev и шлёпает круды (пока что) — я не думаю что у него возникнут серьёзные проблемы с обучением, хотя разница как раз как с гоночным болидом и грузовиком :)
"… работает дизайнером UX для разработчика антивирусного ПО McAfee."