то есть как-то нужно заранее понимать намерения и устремления сотрудников… У меня вот, например, какой-то патологический страх сгнить на одной работе… Хотя может быть я бы не сильно парился, если была бы предусмотрена некая ротация внутри компании. Ибо если компания крупная, стало быть можно к множеству разных проектов руку приложить.
согласен, но все-таки человек должен понимать, на что он идет… Вдруг реально он из-за этого упустит супер-возможность, котороя могла бы круто повлиять на его жизнь и успех? Я бы предложил тогда заключать спец. договора, чтобы человек изначально знал, на что идет и не рыпался )
полный бред, что за странный принцип держать сотрудника на коротком поводке? Такого рода отношение допустимо только если у сотрудника есть доля в компании. Все-таки это наемный работник и совсем не обязан быть вам всецело предан, как верный пес. У человека есть своя голова на плечах и если совокупность условий его устраивает на текущем уровне развития (ЗП, интересность проекта и роли, перспектива для развития и роста) он не уйдет. В вашем случае получается security through obscurity, то есть ограничение выбора через поддержку неосведомленности. И, к сожалению, это весьма распространенная практика…
«Скандалы, интриги, расследования — показать всё, что скрыто» lol
Ну сколько можно уже мотаться с этой статьей? Не думаю, что неоспоримые преимущества перебиваются этими жалкими миллисекундами, если даже не брать в рассчет, что людям, которые во всю юзают Реакт не до холеваров.
В разработке программного обеспечения все часто возвращается на круги своя. Так, например, на заре развития Интернета серверы подгружали контент сразу же на сторону клиента. В последнее же время, с разработкой современных веб-фреймворков, таких как AngularJS и Ember, мы видим тенденцию к обработке запросов на стороне клиента и использованию сервера только для API. Однако, это далеко не единственная тенденция. Сейчас происходит медленное возвращение или, скорее, слияние этих двух архитектур.
тут написано именно про то, что я пытался объяснить в radio-t ( www.radio-t.com/p/2015/05/23/podcast-445, примерно с 23-й минуты ). За 20 минут непосвященным во фронтенды было тяжко донести эти вещи…
да уж, мир js суровый )). Как только кажется, что в голову пришла «гениальная» идея, нужно обязательно не полениться и проверить таки, может кто-то уже запилил. Понятно, что это ко всем языкам относиться, в случае с JS это наиболее остро ). Даже если такой либы нет, ее могут написать пока ты пишешь свой вариант ). В общем в мире JS все шустро )
я пока что определил для себя состоявшегося программиста, как человека, способного осилить SICP (не обязательно уже осилившего). И мне кажется довольно точно.
Uber — причины перехода с Postgres на MySQL
HolyJS Moscow: Время экспансии
Что такое шаблоны проектирования?
У Upwork проснулась монопольная жадность
Что браузеры делают с вашим JavaScript-кодом: об оптимизациях в JS-движках на примере V8
DevDay — открытые встречи для общительных айтишников
DevDay — открытые встречи для общительных айтишников
DevDay — открытые встречи для общительных айтишников
Тонкости ES6: Коллекции (часть 1)
Пишем на JS в функционально-декларативном стиле
Так ли быстр ReactJS?
Ну сколько можно уже мотаться с этой статьей? Не думаю, что неоспоримые преимущества перебиваются этими жалкими миллисекундами, если даже не брать в рассчет, что людям, которые во всю юзают Реакт не до холеваров.
Неразбериха с названиями должностей
Изоморфные приложения. Взгляд в будущее с React
Изоморфные приложения. Взгляд в будущее с React
Проектирование Web API в 7 шагов
Angular 2: Построенный на TypeScript
Angular 2: Построенный на TypeScript
Разработка javascript приложений на базе Rx.js и React.js (RxReact)
Почему научиться программировать так чертовски тяжело?
Почему научиться программировать так чертовски тяжело?