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

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

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

with  open("file.txt", "w") as f:
    f.write("\n".join(set(usersStr.split("\n\r"))))

AlexeyFrolov
0
если у вас Mac OS X или Linux, то тогда у вас уже все есть из коробки. Почитайте c.learncodethehardway.org/book/ex0.html там все подробно написано.
AlexeyFrolov
0
не, я бы так делать не стал, но SerializableEntity, Timestampable вполне себе =)
AlexeyFrolov
+1
Мы у себя трейты исполуем во всяких DTO и еще примерно так gist.github.com/1034079

Хочу добавить, что трейты — это не про наследование. Это про горизонтальное расширение.
AlexeyFrolov
+3
А мы тут свой трекер разрабатываем… Правда он для интерпрайзов всяких, хотя может быть кого-то заинтересует. www.comindware.com/tracker/
AlexeyFrolov
+1
а плохие названия методов зачастую являются следствием дырявой абстракции. Все от ситуации зависит, конечно…
Комментарий из публикации, перенесённой в черновики.
Комментарий из публикации, перенесённой в черновики.
Комментарий из публикации, перенесённой в черновики.
AlexeyFrolov
+1
слабаки! =)
AlexeyFrolov
–1
да жалко беднягу… Быть может еще одумается =)
AlexeyFrolov
0
У меня на проекте очень часто проходится работать со сторонними сервисами. Например, в качестве CDN мы используем Amazon CloudFront, для рассылок mailchimp, для e-commerce Cleverbridge. А еще существуют разные CRM, с которыми тоже нужна интеграция. Так вот, при помощи DI, если правильно выделять абстракции, можно заменить любое звено в цепи. А если вы пишете тесты для своего кода, без DI вообще трудно обойтись.
AlexeyFrolov
+1
Ладно уж, вернул в зад. Ну не стоит быть настолько категоричным!
AlexeyFrolov
+1
чуть не забыл, спасибо!
AlexeyFrolov
0
На самом деле мне режет глаз то, что не camelCase…
AlexeyFrolov
+1
Для меня решающим при выборе того или иного стандарта является его распространенность и не более.
AlexeyFrolov
+1
Прошу принять во внимание, что это правило применимо только для классов и методов. Во всех остальных случаях { располагается на той же строке.
AlexeyFrolov
0
Круто, но почему бы не следовать зендовым стандартам? framework.zend.com/manual/ru/coding-standard.coding-style.html.
AlexeyFrolov
0
другими словами, нефиг выеживаться, мутить воду и отжимать денюжку у честных людей. Хотя против идей эджайла ничего не имею, и даже наоборот.