de_gis

1 сентября 2015

# Вторник 143 твита

День добрый,коллеги.С некоторым опозданием,но всё-таки присоединяюсь к теме бэка. На этой неделе предлагаю обсудить ароматы #Java

11:29

В моей биографии были и C/C++,и Pascal c Delphi,драйвера на tasm,Clipper и CA Visual Objects,PHP c Perl и JS. Но более всего зацепила #Java

11:34

.@freiksenet_ru однако, замечу, что мы каких-то особенностей свойственных именно 8ке не используем. Не было в том надобности

11:36

.@dcromster @de_gis вот история "про Clipper" 4 года назад de-gis.livejournal.com/120917.html

11:38

Между делом. Всем бэкэндщикам порекомендую вот эту свежую статью habrahabr.ru/company/yandex…

11:43
@backendsecret Как относишься к Scala, Clojure и другим альтернативам Java на JVM?

Для меня ни один язык(техно.стек) не являются фетишем.Всё это-инструменты для конкретных задач.Нет плохих инструм. twitter.com/freiksenet_ru/…

11:47

.@backendsecret @freiksenet_ru Если что-то лучше решается функциональщиной,то и надо её использовать.

11:48

.@backendsecret @freiksenet_ru + роль играет-какие у тебя есть вокруг разрабы.Если никто про кложур не в теме,а есть перловики,то ура перлу!

11:51
@backendsecret зарплатки жирные, так же?)

по разному. В моём #Таганрог сейчас C#-спец может стоить и сильно дороже twitter.com/lisovskyvlad/s…

11:52

.@freiksenet_ru да даже не сильные. А используем,что есть.Ни один бизнес не даст денег тупо на обучение.Бизнесу результат нужен,а не процесс

11:53

Т.к.мне самому приходилось часто заниматься отбором будущих коллег,вопрос к публике: как часто вопросы собеса стыковались с будущей работой?

12:01

@backendsecret что вы считаете со своей т.з. важным узнать при беседе с кандидатом?Какие вопросы/темы для вас являются маркером пригодности?

12:04

.@ivanenok ой-вей, а сколько разрабов считают это краткое переложение RFC "открытием". "Читайте маны - они рулез"(с)

12:10

.@freiksenet_ru вот и вопрос - за чем пытать в разраба на тему "построение суффиксного дерева",если он будет "плагины" по уст.схеме клепать?

12:14
@backendsecret Да, это хороший подход, смотреть на сильные стороны команды.
12:14
@backendsecret @freiksenet_ru перлу ура! ура! ура!
12:14
@backendsecret очень редко.
12:15
@backendsecret 60%. Остальное оценивали как человека.
12:15
@backendsecret что-нибудь базовое.Пример кода-читабелен,правильно ли сделано что-то,что потребуется.Хотя я вот тушуюсь на собеседованиях :(
12:15
@backendsecret Почти никогда. Обычно собеседование проверяет какие-то алгоритмические знания, за 8 лет может 2 раза понадобилось такое.
12:16
@backendsecret Все насмотрелись на гугл, которым надо хоть как-то отсеять кандидатов. Хотя даже гугл уже понял что это не работает.
12:21
@backendsecret @freiksenet_ru я думаю для бекэнд-разработчика супер-важно понимать как работают индексы, например.
12:21
@backendsecret @freiksenet_ru Многие теряются в объяснении reference type а это то, с чем все сталкиваются постоянно.
12:21
@__fro @backendsecret Люди могут путатся в терминах, но понимать как это работает. Сложно не понимать pass-by-reference в Java.
12:24
@__fro @backendsecret Скорее надо понимать как *использовать* индексы. Какая разница какой именно структурой он реализован?
12:24
@backendsecret @freiksenet_ru перед разработчиком всегда встает проблема выбора имплементации
12:24
@backendsecret @freiksenet_ru так как его выбор будет влиять на всю дальнейшую разработку.
12:26

.@__fro @freiksenet_ru есть разные масштабы производства.В серьёзном проекте решение принимает CTO или техлид.

12:28

.@__fro @freiksenet_ru и логично,что отбор таких штучных спецов д.б. несколько иным,чем линейных разрабов.

12:29
@backendsecret @freiksenet_ru Разработчику нужно хотя бы понимать этот факт, про важность принимаемых решений с самого начала.
12:31
@backendsecret @freiksenet_ru бывает, что разработчки очень заигрываются, много тратят времени на принятие несущественных решений
12:31
@backendsecret @freiksenet_ru это и есть следтсвие неопытности
12:31
@backendsecret @freiksenet_ru то есть опытность - умение различать важное от второстепенного
12:31

.@__fro @freiksenet_ru и тут мы переходи к теме управления коллективами :)

12:32
@backendsecret @freiksenet_ru вот это сильно не люблю, поэтому так не хочется работать в “большой компании” с иерархией
12:32

.@__fro @freiksenet_ru понимаю,но на данный исторический момент софтостроение уже индустрия,а не кустарное производство.

12:34
@backendsecret почти всегда. понимание базовых концептов и определения границ знаний обычно хватает. интервью это снятие профиля, имхо.
12:35

.@ivanenok хоть кому-то повезло с собесами :)

12:36
@backendsecret @freiksenet_ru мне кажется каждый, кто работает в коллективе должен внутренне принять все решения, которые были приняты.
12:37
@backendsecret @freiksenet_ru Единственный вариант достичь этого - консенсус.
12:37
@backendsecret @freiksenet_ru Да, это долго и сложно и команду нужно долго подбирать, но оно того стоит, конечно )
12:37

.@__fro @freiksenet_ru ед.вариант-дисциплина.За любое действо есть ответственный,в т.ч. и за какой-то проект.Потому кто отвечает,тот и босс

12:39
Вообще маме есть рассказать по те времена, когда компьютеры занимали всю комнату.
12:40

.@__fro @freiksenet_ru опс! а при чём тут парадигмы и принципы производства?Индустрия-пр-во коллективом.Кустарщина-условно одиночки

12:41
@backendsecret зато им потом приходится пахать :) предпочтение всегда отдавал не тем кто знает узко, а тем кто мыслит широко и учится любит.
12:43
@backendsecret @__fro @freiksenet_ru тот и должен понимать что отвечает за это полностью и перед верхами и перед командой
12:44

.@ivanenok @__fro @freiksenet_ru именно!потому куда босс рукой махнул,туда и стали копать,ибо за косяк босс ответит перед своим боссом

12:45
@backendsecret @freiksenet_ru Кстати, заметил, что чем умнее коллектив, тем проще находится консенсус.
12:45
Хех, там @de_gis добрался до @backendsecret и суть всякую вещает, оч рекомендую особливо юным падаванам.
12:46
@backendsecret если честно, сам собеседовался всего несколько раз. Обычно знали кого они берут и потом формальностей не было :)
12:46

.@ivanenok у меня самое крутое и короткое собеседование было: я на пляже,мне по мобилке задали 2 вопроса,на 1 ответил "не знаю".Прошёл.

12:50

.@ivanenok потом оказалось,что у нас в стране на 1й вопрос независимых спецов вообще нет.Пришлось тогда и освоить эту тему :)

12:53
@backendsecret во, вспомнил смешное. Собеседовал меня однажды на энторпрайзный прокт архитектор с бэкграундом алгоритмиста....
12:54
@backendsecret @freiksenet_ru я к тому, что все находится в движении. За базис снова берем фундаментальные науки: физика, математика.
12:54
@freiksenet_ru @backendsecret @__fro да вот это проблема, потомучто у тебя в голове иы называешь что-то "та (cont) tl.gd/n_1sncefh
12:55
@backendsecret @freiksenet_ru если всем ставить рамочки, никаких инноваций не дождешься )
12:56
@backendsecret оказалось что он не знает джавы ибо плюсовик, да и вообще слабо понимает что такое Hibernate и Spring. Бывают странности.
12:56
А есть что-нибудь аналогичное @backendsecret, только для сисадминов?
12:56
@backendsecret @ivanenok @freiksenet_ru а если вдруг найдется инженер, который нашел косяк в решении до имплементация? Забанить его? ))
12:56

.@__fro @ivanenok @freiksenet_ru по всякому бывает.Иногда есть смысл таким инициативным руки и повыкручивать.

12:57

.@__fro @ivanenok @freiksenet_ru число разрабов в команде фикс,а число проблем нет.Потому "босс" должен выбирать постоянно что надо делать

12:59
@freiksenet_ru @backendsecret фундаментальные вещи лучше знать.Это как строить дом из неизвестного материала с неизвестными свойствами
13:00
Возьмите меня так на работу, а? :) Я даже ссылку на линкедин могу скинуть! :D twitter.com/backendsecret/…
13:01
@backendsecret @ivanenok @freiksenet_ru воот, так и делают из людей винтики. В конечном счете всем становится пофиг на результат, кроме CEO
13:08

.@__fro @ivanenok @freiksenet_ru ну в индустрии люди и именуются, как Human Resources.С акцентом на "Resources". :) bibliotekar.ru/encSlov/13/177…

13:08
  • а без доки?
  • тоже могу. Но в 2 раза дороже! twitter.com/backendsecret/…
  • 13:09
    @backendsecret @freiksenet_ru а потом приходит дикая подробная дока с отсутствием главного - сути ). Не доверяют ~суть~ разработчикам )
    13:09
    @backendsecret @freiksenet_ru потому что ~суть~ тоже заказали )). Но получилось как всегда..
    13:10
    @backendsecret @dcromster согласен! все кто рубит в паралельсах, весьма себе зависимые от всякого люди :)

    Ну за прошедшие годы уже выращена достаточная масса независимых спецов.Правда,как оказалось,не особо не нужных :) twitter.com/ivanenok/statu…

    13:11
    @backendsecret @__fro @ivanenok If you call me a resource, I'll call you an overhead.
    13:12
    @__fro @backendsecret @freiksenet_ru как ни печально, но два параметра из "быстро-дешево-качественно" выбирают те кто отвечает за проект :)
    13:17

    .@ivanenok @__fro @freiksenet_ru выбирает условно "бизнес". Ибо IT-это всего лишь "обслуга" реального "бизнеса".

    13:19
    @backendsecret @ivanenok @__fro @freiksenet_ru обслуга? реальный бизнес? мб партнёры больше подойдёт?
    13:31

    .@iamstarkov @ivanenok @__fro @freiksenet_ru таксист,официант,сантехник... не являются партнёрами-обслуга для решения конкретных проблем

    13:31
    @iamstarkov @backendsecret @__fro @freiksenet_ru в условиях российского ведения бизнеса, это именно обслуга, с буржуями партнерство скорее.
    13:32

    .@ivanenok @iamstarkov @__fro @freiksenet_ru а тут не важна страна. В любой стране IT вторичен по отношению к какому-либо способу бизнеса.

    13:33
    @backendsecret @ivanenok @__fro Почти любой бизнес это тогда обслуга другого бизнеса.

    да, практически так. twitter.com/freiksenet_ru/…

    13:34
    @iamstarkov @backendsecret @__fro @freiksenet_ru это мой личный опыт из работы и с теми и с другими. отношения с заказчиками весьма разные.
    13:35

    .@ivanenok @iamstarkov @__fro @freiksenet_ru Заказчик(!) ОБСЛУЖИВАНИЯ!

    13:35

    В фразе "IT-есть обслуга" не надо искать отрицательных уничижительных нот. "Service", если хотите :) Но смысл от этого не меняется

    13:37

    Потому и существует ITSM - ru.wikipedia.org/wiki/ITSM

    13:38
    @remm_roman Есть "куратор" (как я на @backendsecret) и есть "ведущие", как сейчас @de_gis. Если есть желание быть куратором - поможем
    13:38
    @backendsecret @ivanenok @iamstarkov @freiksenet_ru ога, скажите это про США ).
    13:39

    .@__fro @ivanenok @iamstarkov @freiksenet_ru скажу.Финансы,промышленность,С/Х,развлечения ЗАКАЗЫВЮТ сервис у IT-сектора.

    13:40

    .@__fro @ivanenok @iamstarkov @freiksenet_ru как только наворачиваются "локомотивы",так IT-шники вместе с уборщицами выставляются за дверь

    13:41
    @backendsecret @ivanenok @iamstarkov @freiksenet_ru Наша эпоха на то и информационная, что именно информация становится базисом, а не сырье
    13:42

    .@__fro @ivanenok @iamstarkov @freiksenet_ru увы, не получается. Человеку в первую очередь надо пить/есть/одеваться/жить,а не читать

    13:43
    @backendsecret @ivanenok @iamstarkov @freiksenet_ru взять те же 3D принтеры, плавить можно уже из любого материала
    13:43

    .@__fro @ivanenok @iamstarkov @freiksenet_ru ну пока не любого. Но если нет потребителя наплавленного, то и 3Дпринтер и софт его не нать

    13:44
    @backendsecret @ivanenok @iamstarkov @freiksenet_ru вот изобретут композитный и все. Останется только рисовать модельки )
    13:45
    @backendsecret @iamstarkov @__fro @freiksenet_ru хехе. а в client-server модели кто главнее? :) заказчики и внутри партнерства бывают.

    дык я об это.Есть локомотив-Заказчик, а есть обслуга/ведомый - Исполнитель twitter.com/ivanenok/statu…

    13:46
    @backendsecret @ivanenok @__fro @freiksenet_ru ты понимаешь, что обслуга имеет негативный оттенок?

    от того,что мы обслугу назовём исполнителем, ничего не изменится. IT вторично от бизнеса и исполняет бизнеса хотелки twitter.com/iamstarkov/sta…

    13:47
    @backendsecret @iamstarkov @ivanenok @freiksenet_ru грубо говоря обслуга - это то, что можно относительно просто заменить машиной )

    не факт. Закажите оду поэту или картину художнику. Они будут обслуживать ваш заказ. Машина пока это не сможет twitter.com/__fro/status/6…

    13:49
    @iamstarkov @backendsecret @__fro @freiksenet_ru это да. но наступает момент когда приходится признать что часто программисты - ремесленники

    именно! в массе своей "обычное ремесло", как автомеханник или врач twitter.com/ivanenok/statu…

    13:50
    @iamstarkov @backendsecret @ivanenok @__fro @freiksenet_ru название книги "как пасти котов" про программистов вообще вариант расизма
    13:50
    @dcromster @iamstarkov @backendsecret @ivanenok @freiksenet_ru да уж ), сразу возникает навязчивое желание взяться за вилы xD
    13:50
    @backendsecret сразу вспоминаю времена лет 10 назад, когда считали, что IT денег не приносит. @__fro @ivanenok @iamstarkov @freiksenet_ru
    13:51
    @backendsecret @ivanenok @iamstarkov @freiksenet_ru обычно успешные сервисы создают it-шники, понимающие в какой-то из этих областей )
    13:51
    @backendsecret @ivanenok @iamstarkov @freiksenet_ru то есть когда в одной голове смыкаются 2 области
    13:51

    .@__fro @ivanenok @iamstarkov @freiksenet_ru CIO вообще страшные люди - они единственные в компаниях знают всё.

    13:52

    .@__fro @ivanenok @iamstarkov @freiksenet_ru и знаю довольно много случаев, когда именно CIO становились успешными CEO

    13:53
    @backendsecret @ivanenok @iamstarkov @freiksenet_ru ну у каждого своя парадигма мышления )
    13:54
    @backendsecret ну так в этом случае заказчик всецело доверяется художнику и именно он принимает все решения.
    13:55
    @backendsecret Заказчик лишь принимает результат. Или нет )
    13:55

    .@__fro но мы ведь обсуждаем форму отношений и что первично? Первичен заказ от бизнеса и ИТ его исполняет.

    13:56

    .@__fro Если исполнитель не будет плясать под дуду заказчика, то имеет или убыток на продукт (не приняли), или не имеет доход - не заказали

    13:57
    @backendsecret @__fro @ivanenok @iamstarkov @freiksenet_ru а кто заказывает сервис у гугла и фейсбука?
    13:58

    .@koluch_ru @__fro @ivanenok GoogleApps заказывает именно реальный бизнес. А поисковик - рекламный бизнес гугла. FB - рекламный отдел FB

    13:59

    В тему самоценности IT. Почему любые инвесторы стартапщикам задают вопрос - "как вы себе представляете модель монетизации сервиса?"

    14:03

    @backendsecret типичный ответ - "мы наберём массу клиентов и будем продавать рекламу". Т.е. вашими заказчиками станут рекламные агентства.

    14:04

    @backendsecret ну и в добавок эта модель монетизации через рекламу уже практически не работает.

    14:05
    @backendsecret Спрос будет с результата в конечном счете. Вкладывать силы в бездну невыгодно всем.
    14:05
    @backendsecret @__fro @ivanenok это игра словами. Все кому-то за что-то платят, это не значит что все являются service.

    ой.Пока что есть только 3 модели:
    -поставка товара (торговля)
    -оказание услуг (service)
    -коррупция(тот же service) twitter.com/koluch_ru/stat…

    14:07
    @backendsecret исполнителю не выгодно, потому что в какой-то момент ему нужно будет дописывать CV.
    14:30
    @backendsecret А CV со ссылками на неработающие сервисы дурно пахнут
    14:31
    @backendsecret ну и получается, что разработка своего продукта - услуга, и торговля тоже услуга. я и говорю - словесная эквилибристика
    14:31
    @backendsecret как будто roem читаю, причем тут бэкенд непонятно
    14:32

    .@kurmanov ну как беседа пошла. Уже никто и не вспомнит - с чего началось :)

    14:33
    @backendsecret @kurmanov вот вам про backend. многие ли на волне хайпа про microservices начли активно их впиливать в проекты и как успехи?
    15:03

    .@ivanenok @kurmanov мы у себя отработали 2 варианта поставки "композит"(микросервисы) и "монолит"(типовые слои абстракций в 1 war/ear)

    15:05

    .@ivanenok @kurmanov "бизнес" отказался использовать "композит", т.к. для его работы требовалось значительно больше железа

    15:06
    @ivanenok @backendsecret наша команда использовала микросервисы еще когда это не было мейнстримом :D
    15:07
    @kurmanov @backendsecret ну концепту самому лет 20 уже, очень не удивлён :)
    15:07

    .@ivanenok @kurmanov хотя сам процесс разработки,сборки/деплоя приятнее. Но парадигма требует больше внимания к деталям. И не silverbullt

    15:08
    @backendsecret @kurmanov это да, задачи уходят несоклько в другую плоскость. того самого девопса, а это "продать" весьма сложно, имхо
    15:23

    .@ivanenok @kurmanov ну я думаю,что DevOps(в оригинальном значении этого термина) тут не при чём.

    15:25

    .@ivanenok @kurmanov приятнее в том ключе,что ковырять, а потом деплоить на прод 1 узкозаточенный сервис проще, чем всю КИС целиком

    15:26

    кстати, @ivanenok затронул тему - а как коллеги вы понимаете термин DevOps?

    15:29
    @backendsecret @kurmanov это понятно, но для этого нужно выстроить инфраструктуру у заказчика, а они ччастенько упираются
    15:39

    .@ivanenok @kurmanov угу, потому что в итоге трата дополнительных денег, а будет ли дополнительный доход на эти траты - не факт

    15:40
    @backendsecret @ivanenok программирование администрирования? - немного шуточно если :)
    15:41
    @dcromster @oioki @backendsecret @iamstarkov еще странно, что нет аккаунта про devops, но я думаю появится.
    15:41
    @dcromster @unix_tips @oioki @backendsecret список русско-язычных аккауунтов тут github.com/iamstarkov/awe…
    15:41
    @backendsecret @ivanenok админы и девелоперы в одной команде, а не в разных.
    17:10
    @backendsecret @ivanenok DevOps по-русски - фигачить на продакшене ;)
    17:10
    @green343 @backendsecret для этого специальная методология есть, девопсы это вроде немного другое :) pic.twitter.com/RtbrnIzqqY
    17:10
    @ivanenok @backendsecret если серьезно, DevOps - не должность, а подход "разрабатывать с эксплуататором"; в общем, лишний термин
    17:10

    .@green343 бинго! очень близко. Чую, что надо сделать отдельный пост где-нибудь на эту тему, ибо часто термин "упоминается всуе" @ivanenok

    17:12
    @backendsecret @ivanenok @iamstarkov @__fro @freiksenet_ru master - slave?

    я всё ждал, когда появится эта прекрасная аналогия :) twitter.com/as_Crazy/statu…

    19:34

    Как и пообещал сегодня - небольшой пост о том, что есть DevOps
    de-gis.livejournal.com/152777.html

    21:24
    @backendsecret Ну то есть DevOps - это не универсальный решатель DevOops, а просто понимание проблем в смежных областях...

    DevOps-это НАБОР организационных РЕКОМЕНДАЦИЙ для решения 1 единственной проблемы в IT-деп. крупной корпорации twitter.com/_bugov/status/…

    22:11

    # Среда 32 твита

    Предлагаю тему на сегодня "информационная безопасность в разработке".Как показывает мой опыт:разрабы практически не обращают на это внимание

    13:59

    @backendsecret отправной точкой для любого разраба должны быть материалы организации OWASP owasp.org/index.php/Main…

    14:01

    @backendsecret с некоторой периодичностью эта организация публикует наиболее типичные проблемы в безопасности инфосистем

    14:02

    @backendsecret на сегодня 10ка наиболее популярных проблем/ошибок/недочётов выглядит примерно так:

    14:04

    1. Возможность инъекций стороннего кода (например SQL или PHP). Для Java с появлением движков исполнения JS - опасность в виде JS-инъекций

    14:05

    2. Логические ошибки и недочёты в механизмах аутентификации,авторизации и управления сессиями.

    14:06

    3. XSS. Новичкам детали можно почитать habrahabr.ru/post/66057/ и ru.wikipedia.org/wiki/%D0%9C%D0…

    14:07

    4. Неконтролируемый прямой доступ к объектам системы (отсутствие проверок прав доступа)

    14:08

    5. Межсайтовая подделка запроса (CSRF или XSRF) - детали почитайте securitylab.ru/analytics/2924… и ru.wikipedia.org/wiki/%D0%9C%D0…

    14:09

    6. Ошибки в конфигах систем. Дефолтные настройки практически всегда небезопасны. Сообщения об ошибках могут быть чересчур информативными.

    14:11

    7. Отсутствие какой-либо защиты транспортного уровня в общении компонент системы (самое простейшее и типичное - не используется HTTPS)

    14:12

    8.Вероятность утечки критических данных.В системе не определено какие данные "критичные".Нет процедур шифрации и/или аномизации таких данных

    14:14

    9.Отсутствие контроля доступа к функционалу приложения на бэкэнде.(На клиенте в UI контроль есть,а API бэка пропускает любой вызов)

    14:16

    10.Использование компонент или протоколов с известными уязвимостями.(Напр.для SSO использовать протокол OpenID)

    14:17

    Это был "хитпарад" массовых проблем с ИБ .Казалось бы многое давно известно и тривиально.А вот ковырни почти любой код бэкэнда и ой-вей!

    14:20

    из наблюдаемых мною типичных ошибок Java-программеров - неверие, что "если NullPointer может свалиться - он обязательно свалится"

    14:21
    @backendsecret если всё учитывать сначала, то писатся будет долго. Если потом, то можно забыть. Какой подход правильнее?
    14:24

    .@dcromster все проблемы из хитпарада перекрываются сразу на этапе создания условно "ядра платформы".Я за то,чтобы перекрывать сразу.

    14:24

    В помощь разработчикам однозначно порекомендую использовать такую штуку "статический анализатор кода" - назойливая дрянь, но полезная.

    14:29

    Стат.анализаторы есть почти под любые языки.Для Java порекомендую анализатор FindBugs

    14:30

    Использование стат.анализаторов очень часто приводит к "просветлению" разраба в своём языке. Ибо анализатор показывает нетривиальные моменты

    14:32
    @backendsecret srsly? В 15-ом году? О_о
    14:37

    .@kurmanov люди на то и люди - слабы, невнимательны, не имеют достаточных навыков. Массовые молодые программеры поголовно наступают на это

    14:38

    .@kurmanov справедливости ради замечу, что OWASP очередной хитпарад опубликует скорее всего в след.году. Но думаю,что без особых изменений

    14:40

    .@kurmanov кстати,у вас в MS мой товарищ @abeshkov вроде как делает внутренние семинары по SDL.Он возможно вам больше расскажет.

    14:44

    А вот загадка бэк-разрабу - какое значение стоит установить для кэша при создании sequence в базе данных?

    19:06

    @backendsecret надеюсь многие после такого вопроса полезут в доки своих баз и узнают для себя кое-что новое :)

    19:07
    @backendsecret SonarQube наше всё
    21:11

    .@korobeynikovmax не,как мультитул - без вариантов,наверное.Но,как именно стат.анализ,я не вижу смысла юзать плагин от FB,если есть сам FB

    21:18
    @backendsecret больше правил как минимум.Позволяет проверять код локально по общим рулам.Таки при наличии оного не вижу смысла в FB отдельно
    21:33
    @backendsecret я рассуждаю с точки зрения команды. Правила общие, видно кто пишет хреновый код и не любит тесты. Красиво/наглядно/молодёжно)
    21:33

    # Четверг 1 твит

    @jsunderhood @backendsecret Я из тех, кто вылавливает моменты и просто читает. «А Виталька слушает эфир, да работает» ©
    8:31

    # Понедельник 6 твитов

    Так, коллеги, как-то прошедшая неделя оказалась смазанной. Mea culpa, mea maxima culpa!

    9:41

    ВОпросом про кэширование последовательностей в SQL-базах я хотел затронуть тему - "Разработчик и SQL" против "Разработчик и ORM"

    9:42

    Лично я считаю, что на текущий исторический момент, владение SQL - входит "minimum minimorum" любого бэкэндера.

    9:44

    Для Java-бэкэндеров: поступило распоряжение сверху - завязывать с Log4J v.1.* blogs.apache.org/foundation/ent… Всем застрявшим перейти на v.2.*

    9:53

    И в завершении своего дежурства, на мою любимую тему инфобезопасности - вариант защиты от CSRF в Spring habrahabr.ru/post/264641/

    10:08

    За сим я прощаюсь и скоро выйдет новый дежурный по бэкэнду :) Будет у кого желание позадавать вопросов: @de_gis или facebook.com/igor.galtsev

    10:13

    other