Спасибо, не знал про него. Интересная личность. Чем-то похож на автора статьи: литературное образование, работа редактором и копирайтером - затем уход в веб-дизайн. Автор книг и публикаций.
Спасибо за вашу статью и довольно интересный с точки зрения прагматизма взгляд на экосистему фронтенд разработки.
Поделюсь и своими мыслями по этому поводу.
Git… Без него вы просто не сможете в командную работу.
Я встречал достаточно опытных разработчиков, которые не особо могут в командную строку, а с гитом работают исключительно через интерфейс IDE, например, WebStorm. Они даже не особо помнят CLI команды GIt'а, так так IDE позволяют просто забыть их. Я не оправдываю и не осуждаю такой подход — он просто есть, и вполне эффективен.
Еще вы забыли упомянуть различные элементы экосистемы React. Точнее, то, что привычно используется в связке с React. Например, Redux, Mobx, Redux-thunk и т.д. Возможно, вы подразумевали их в разделе React, но явно не упомянули. Их тоже спрашивают на собеседовании и даже используют в реальных проектах. Отдельно стоит упомянуть Webpack. Хорошо бы знать, как он работает и хотя бы базовые настройки и правила. Также стоит обратить внимание на различные линтеры. Ну и (гулять, так гулять!) — про тесты тоже не стоит забывать, тот же Jest, например.
Ну а насчет GraphQL… Он безусловно упоминается в вакансиях. Однако мое мнение — это попытка экономии на бэкенде, когда на фронтенд разработчиков пытаются переложить часть API получения данных. Мол, дай нам всего один endpoint на бэке, а мы уже сами будем извлекать те данные, что нам нужны. Хотя чем плох REST API? Так давайте уж сразу пришлем всю БД в JSON через один эндпоинт GraphQL, чего уж там))
Для меня тоже и было просто шоком! Ведь я, насмотревшись новостей из Германии про толерантное отношение к приезжим, ожидал толерантного отношения к себе. Но, похоже, заявления политиков имеет мало общего с конкретным человеком на рабочем месте, который решает твой вопрос. И да, я видел все эти брошюрки с улыбающимися лицами мигрантов. Но работник Job Center, которая мне давала их, укоряла меня, что «вообще-то нужно приходить с переводчиком, а по-английски она говорить не имеет права».
в Jobcenter Нюрнберга однозначно говорят на английском
Не только на английском, но и на на русском иногда)) Но при этом мне минимум 3 оператора говорили, что им запрещено использовать любой другой язык, кроме немецкого. Одна из сотрудниц, в страхе оглядываясь на своих же коллег, помогла мне, говоря по-русски
Если вам хочется конкретики, то подобного рода таблички вы легко найдете в Familienkasse или Jobcenter города Нюрнберга. В Klinikum Nord Нюрнберга отношение медсестер и мед. регистраторов к тем, кто плохо говорит по-немецки, часто резко негативное. Вплоть до фраз типа «Когда выучишь немецкий, тогда и приходи лечиться!» Английский из младшего мед. персонала знают только понаехавшие: пост-СССР, болгары, румыны, например. Немцы до изучения английского не снизоходят (или не признаются, что знают). У немецких врачей ситуация со знанием английского получше.
В Ausländerbehörde меня чуть не выперли с термина с фразой «приходи с переводчиком», даже несмотря на то, что рядом с оператором сидела коллега-стажер, которая говорила по-русски.
Разумеется, люди на местах разные, в том числе есть и такие, которые обходят запреты своего же начальства (спасибо большое им за это!). Но общее направление языковой политики, думаю, вы поняли))
Аналогично для меня (живу в Баварии). В некоторых гос. организациях даже таблички висят, на которых написано что-то вроде: «Мы запрещаем своим сотрудникам разговаривать на английском, даже если они его знают.»
Iron Maiden. Как по мне, это эталон металла. В меру «скрежета», очень мелодичный, разборчивый и вменяемый текст, отличный вокал, красивые линии баса и соло-гитары.
Blind Guardian. Этими я уже многие годы заслушиваюсь. Тоже мелодично, вокал великолепный, бэк-вокальные партии даже изысканные. Хорошие, хотя и грустноватые тексты.
Не всегда удаленщики работают из регионов. Разве не встречаются разработчики, которые живут в Москве или другом крупном городе, и работают удаленно на московскую же компанию из дома просто потому, что так им удобнее?
Удаленщики и не должны стоить меньше. Ведь работодатель уже экономит на рабочем месте, оборудовании и «печеньках» (как уже было отмечено выше). Почему нужно экономить еще и на ЗП?
Насчет «духовки» можно поспорить. Моя знакомая часто летает в Израиль по личным вопросам. Так вот она говорит, что там летом очень… холодно. Везде работают кондиционеры: в офисах, в транпорте, в магазинах. И выставлены они чуть ли не на 16-18 градусов. После захода с улицы (где доходит до +50) сразу сопли появляются, не говоря уже о том, что перепад окружающей температуры сразу на 32 градуса не сильно полезен для сердца.
Хм… В русскоязычной среде больше принято «редьюсер», нежели «редуктор». Ну да ладно, это дело привычки. Но хотелось бы больше целостности в переводе.
Редукторы начнут работать над изменением единственного магазина Redux, поэтому самое время поговорить о том, какую форму примет хранилище
Я так понял, речь идет о понятии «store». Если да, то зачем употреблять понятие «магазин». Тем более, что на рис. 11.1 сущность так и называется — «хранилище». В любом случае уже заказал себе эту книгу, буду судить о ней после прочтения целиком.
Начальник адекватно реагирует на такой график, но в первое время коллеги реагировали мягко скажем «непониманием», мол «Чего этот новичок приходит не раньше всех, а уходит раньше всех как минимум на час», порой даже получал сообщения из серии
У меня так было на одном проекте. До моего прихода туда на нем работало 2 разработчика, и я видел как они оба перерабатывают. Потом одному из них это совсем надоело и он поставил ультиматум: либо смена проекта с повышением ЗП, либо его уход из компании. Его условия выполнили, а на проект взяли меня. Ну я сразу же в первый день ушел домой вовремя, и во второй день… На третий день коллега высказал недовольство, что на этом проекте так не работают — надо овертаймить. Я отказался. Он пыхтел-пыхтел, но понял, что вместо меня все равно другого не получит — никто не хотел идти на этот проект (я, кстати, тоже не хотел, но не хватило мужества стать в позу и отказаться). В итоге я просто ушел в другую компанию, а на этот проект взяли очередное «слабое звено» — разработчика, который не смог сказать «нет».
обязан скрыть эту информацию от своего работодателя, иначе ему грозит тюремное заключение
Подходит ли в качестве обхода следующий способ?
Работник компании, которому поступило предложение создать и внедрить бэкдор, идет к начальству и просит его уволить. Его увольняют, причем, для подстраховки можно оформить это по инициативе нанимателя. После чего уже бывший работник обнародует информацию о просьбе создать бэкдор. Технически у него уже нет работодателя и поэтому правило о сокрытии этой информации от своего работодателя уже не нарушено. После этого работника снова берут на работу в эту же компанию.
Спасибо, не знал про него. Интересная личность. Чем-то похож на автора статьи: литературное образование, работа редактором и копирайтером - затем уход в веб-дизайн. Автор книг и публикаций.
Поделюсь и своими мыслями по этому поводу.
Я встречал достаточно опытных разработчиков, которые не особо могут в командную строку, а с гитом работают исключительно через интерфейс IDE, например, WebStorm. Они даже не особо помнят CLI команды GIt'а, так так IDE позволяют просто забыть их. Я не оправдываю и не осуждаю такой подход — он просто есть, и вполне эффективен.
Еще вы забыли упомянуть различные элементы экосистемы React. Точнее, то, что привычно используется в связке с React. Например, Redux, Mobx, Redux-thunk и т.д. Возможно, вы подразумевали их в разделе React, но явно не упомянули. Их тоже спрашивают на собеседовании и даже используют в реальных проектах. Отдельно стоит упомянуть Webpack. Хорошо бы знать, как он работает и хотя бы базовые настройки и правила. Также стоит обратить внимание на различные линтеры. Ну и (гулять, так гулять!) — про тесты тоже не стоит забывать, тот же Jest, например.
Ну а насчет GraphQL… Он безусловно упоминается в вакансиях. Однако мое мнение — это попытка экономии на бэкенде, когда на фронтенд разработчиков пытаются переложить часть API получения данных. Мол, дай нам всего один endpoint на бэке, а мы уже сами будем извлекать те данные, что нам нужны. Хотя чем плох REST API? Так давайте уж сразу пришлем всю БД в JSON через один эндпоинт GraphQL, чего уж там))
Для меня тоже и было просто шоком! Ведь я, насмотревшись новостей из Германии про толерантное отношение к приезжим, ожидал толерантного отношения к себе. Но, похоже, заявления политиков имеет мало общего с конкретным человеком на рабочем месте, который решает твой вопрос. И да, я видел все эти брошюрки с улыбающимися лицами мигрантов. Но работник Job Center, которая мне давала их, укоряла меня, что «вообще-то нужно приходить с переводчиком, а по-английски она говорить не имеет права».
Не только на английском, но и на на русском иногда)) Но при этом мне минимум 3 оператора говорили, что им запрещено использовать любой другой язык, кроме немецкого. Одна из сотрудниц, в страхе оглядываясь на своих же коллег, помогла мне, говоря по-русски
В Ausländerbehörde меня чуть не выперли с термина с фразой «приходи с переводчиком», даже несмотря на то, что рядом с оператором сидела коллега-стажер, которая говорила по-русски.
Разумеется, люди на местах разные, в том числе есть и такие, которые обходят запреты своего же начальства (спасибо большое им за это!). Но общее направление языковой политики, думаю, вы поняли))
Public Enema Number One
Brave new World
Хорош Manowar. Тексты интеллектом не блещут. Зато быстро и мелодично, отличные соло, мощный вокал.
The Gods Made Heavy Metal
Blind Guardian. Этими я уже многие годы заслушиваюсь. Тоже мелодично, вокал великолепный, бэк-вокальные партии даже изысканные. Хорошие, хотя и грустноватые тексты.
Bright Eyes
Можно еще много чего перечислить, но это первое, что пришло в голову.
Из того, что помедленнее и помрачнее, очень нравятся Moonspell и Lacrimosa.
Moonspell — Abysmo
как раз и были созданы параметры по умолчанию, упоминаемые выше. Вот как бы оно выглядело после рефакторинга:
Поэтому приведенный автором способ улучшения
ничем не лучше антипаттерна
Я так понял, речь идет о понятии «store». Если да, то зачем употреблять понятие «магазин». Тем более, что на рис. 11.1 сущность так и называется — «хранилище». В любом случае уже заказал себе эту книгу, буду судить о ней после прочтения целиком.
У меня так было на одном проекте. До моего прихода туда на нем работало 2 разработчика, и я видел как они оба перерабатывают. Потом одному из них это совсем надоело и он поставил ультиматум: либо смена проекта с повышением ЗП, либо его уход из компании. Его условия выполнили, а на проект взяли меня. Ну я сразу же в первый день ушел домой вовремя, и во второй день… На третий день коллега высказал недовольство, что на этом проекте так не работают — надо овертаймить. Я отказался. Он пыхтел-пыхтел, но понял, что вместо меня все равно другого не получит — никто не хотел идти на этот проект (я, кстати, тоже не хотел, но не хватило мужества стать в позу и отказаться). В итоге я просто ушел в другую компанию, а на этот проект взяли очередное «слабое звено» — разработчика, который не смог сказать «нет».
Подходит ли в качестве обхода следующий способ?
Работник компании, которому поступило предложение создать и внедрить бэкдор, идет к начальству и просит его уволить. Его увольняют, причем, для подстраховки можно оформить это по инициативе нанимателя. После чего уже бывший работник обнародует информацию о просьбе создать бэкдор. Технически у него уже нет работодателя и поэтому правило о сокрытии этой информации от своего работодателя уже не нарушено. После этого работника снова берут на работу в эту же компанию.
Или повесить на бэкдор лэйбл «Do not merge»