Pull to refresh
38
0

Пользователь

Send message
просто чувак берет то, что ему надо и когда надо
в докладе было про какие-то детали реализации вашего протокола. Тему не проработали, подход детсадовский.
ничего, скоро они все вымрут, stay tuned
а существует какой-нибудь аналог EXPLAIN что бы посмотреть, какие оптимизации применились к коду?
то есть как-то нужно заранее понимать намерения и устремления сотрудников… У меня вот, например, какой-то патологический страх сгнить на одной работе… Хотя может быть я бы не сильно парился, если была бы предусмотрена некая ротация внутри компании. Ибо если компания крупная, стало быть можно к множеству разных проектов руку приложить.
согласен, но все-таки человек должен понимать, на что он идет… Вдруг реально он из-за этого упустит супер-возможность, котороя могла бы круто повлиять на его жизнь и успех? Я бы предложил тогда заключать спец. договора, чтобы человек изначально знал, на что идет и не рыпался )
полный бред, что за странный принцип держать сотрудника на коротком поводке? Такого рода отношение допустимо только если у сотрудника есть доля в компании. Все-таки это наемный работник и совсем не обязан быть вам всецело предан, как верный пес. У человека есть своя голова на плечах и если совокупность условий его устраивает на текущем уровне развития (ЗП, интересность проекта и роли, перспектива для развития и роста) он не уйдет. В вашем случае получается security through obscurity, то есть ограничение выбора через поддержку неосведомленности. И, к сожалению, это весьма распространенная практика…
пожалуйте в школу en.wikipedia.org/wiki/Set_(mathematics). Мне в повседневной практике очень часто требуется определять множество значений.
«Скандалы, интриги, расследования — показать всё, что скрыто» lol

Ну сколько можно уже мотаться с этой статьей? Не думаю, что неоспоримые преимущества перебиваются этими жалкими миллисекундами, если даже не брать в рассчет, что людям, которые во всю юзают Реакт не до холеваров.
это вопросы разделения понятий: должность, класс, роль. Не замарачивайтесь )
вот именно про это

В разработке программного обеспечения все часто возвращается на круги своя. Так, например, на заре развития Интернета серверы подгружали контент сразу же на сторону клиента. В последнее же время, с разработкой современных веб-фреймворков, таких как AngularJS и Ember, мы видим тенденцию к обработке запросов на стороне клиента и использованию сервера только для API. Однако, это далеко не единственная тенденция. Сейчас происходит медленное возвращение или, скорее, слияние этих двух архитектур.
тут написано именно про то, что я пытался объяснить в radio-t ( www.radio-t.com/p/2015/05/23/podcast-445, примерно с 23-й минуты ). За 20 минут непосвященным во фронтенды было тяжко донести эти вещи…
поддержу, сколько можно мусолить тему? Все равно бестолку, большинство крупных вендоров кладут на эти принципы (
речь про mainstream
предвкушаю противостояние Angular2 + TypeScript vs ReactJS(flux) + ES6-7.
да уж, мир js суровый )). Как только кажется, что в голову пришла «гениальная» идея, нужно обязательно не полениться и проверить таки, может кто-то уже запилил. Понятно, что это ко всем языкам относиться, в случае с JS это наиболее остро ). Даже если такой либы нет, ее могут написать пока ты пишешь свой вариант ). В общем в мире JS все шустро )
у меня есть знакомые, которые закончили вуз по программисткой специальности. 2 из них работают эникейщиками, один пошел в ОМОН. Что тут скажешь…
я пока что определил для себя состоявшегося программиста, как человека, способного осилить SICP (не обязательно уже осилившего). И мне кажется довольно точно.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity