Нашел тут на просторах жуйреактора прикольную картинку: http://img0.reactor.cc/pics/post/full/it-%D1%8E%D0%BC%D0%BE%D1%80-geek-5239530.png
Forwarded from Технологический Болт Генона
CodeFest выложил видео
CodeFest 2019 #Backend
https://www.youtube.com/watch?v=Nkb-cl8oWLg&list=PL8761XQAJnrZrLWgseZEH1PQKSwqh6FQ0
CodeFest 2019 #Frontend
https://www.youtube.com/watch?v=57ghglfohmk&list=PL8761XQAJnrZZ2IB-VIvbuCpQxp890Gns
CodeFest 2019 #QA
https://www.youtube.com/watch?v=yPU7sYMGIgM&list=PL8761XQAJnrYdOtgSsBtUCoBImqBuEyMc
CodeFest 2019 #Projects
https://www.youtube.com/watch?v=eVtFRBTKoPo&list=PL8761XQAJnraw0hWiCxO6bWRpPqBknA8r
CodeFest 2019 #Products
https://www.youtube.com/watch?v=uUg_halSAIs&list=PL8761XQAJnrZwAm6BdJdIIA0noL7-dnmZ
CodeFest 2019 #Teamlead
https://www.youtube.com/watch?v=hUvfjVRNHDs&list=PL8761XQAJnrbquWpwUNLNVitf0sXHse23
CodeFest 2019 #Design
https://www.youtube.com/watch?v=nQ3jgdOOwA8&list=PL8761XQAJnraFjqzGGYvIZDL005X3b5WL
CodeFest 2019 #DataScience
https://www.youtube.com/watch?v=ZljB8aPY4TE&list=PL8761XQAJnrZaezGvMIvOhi3zgd3FDn7B
CodeFest 2019 #Mobile
https://www.youtube.com/watch?v=WfRLSd6qesU&list=PL8761XQAJnrah-rGgkpZ5BkYVJKzNNODw
CodeFest 2019 #Квартирники
https://www.youtube.com/watch?v=h48ycbRFDsU&list=PL8761XQAJnrZfNIn-wFbe5VRW0AvYAAh9
CodeFestest 2019 #Future
https://www.youtube.com/watch?v=jTxqXwHY-ig&list=PL8761XQAJnrYwno51MgjuEWmczp2WL8mH
CodeFest 2019 #Backend
https://www.youtube.com/watch?v=Nkb-cl8oWLg&list=PL8761XQAJnrZrLWgseZEH1PQKSwqh6FQ0
CodeFest 2019 #Frontend
https://www.youtube.com/watch?v=57ghglfohmk&list=PL8761XQAJnrZZ2IB-VIvbuCpQxp890Gns
CodeFest 2019 #QA
https://www.youtube.com/watch?v=yPU7sYMGIgM&list=PL8761XQAJnrYdOtgSsBtUCoBImqBuEyMc
CodeFest 2019 #Projects
https://www.youtube.com/watch?v=eVtFRBTKoPo&list=PL8761XQAJnraw0hWiCxO6bWRpPqBknA8r
CodeFest 2019 #Products
https://www.youtube.com/watch?v=uUg_halSAIs&list=PL8761XQAJnrZwAm6BdJdIIA0noL7-dnmZ
CodeFest 2019 #Teamlead
https://www.youtube.com/watch?v=hUvfjVRNHDs&list=PL8761XQAJnrbquWpwUNLNVitf0sXHse23
CodeFest 2019 #Design
https://www.youtube.com/watch?v=nQ3jgdOOwA8&list=PL8761XQAJnraFjqzGGYvIZDL005X3b5WL
CodeFest 2019 #DataScience
https://www.youtube.com/watch?v=ZljB8aPY4TE&list=PL8761XQAJnrZaezGvMIvOhi3zgd3FDn7B
CodeFest 2019 #Mobile
https://www.youtube.com/watch?v=WfRLSd6qesU&list=PL8761XQAJnrah-rGgkpZ5BkYVJKzNNODw
CodeFest 2019 #Квартирники
https://www.youtube.com/watch?v=h48ycbRFDsU&list=PL8761XQAJnrZfNIn-wFbe5VRW0AvYAAh9
CodeFestest 2019 #Future
https://www.youtube.com/watch?v=jTxqXwHY-ig&list=PL8761XQAJnrYwno51MgjuEWmczp2WL8mH
YouTube
#Backend, Александр Тоболь, TCP умер или будущее сетевых протоколов
Александр Тоболь
Одноклассники
TCP умер или будущее сетевых протоколов
В докладе мы поговорим про эволюцию и настройки сетевого стека TCP/IP в linux и Android, iOS в контексте мобильных сетей, разберем проблемы TCP в плохих сетях, я поделюсь опытом ОК в…
Одноклассники
TCP умер или будущее сетевых протоколов
В докладе мы поговорим про эволюцию и настройки сетевого стека TCP/IP в linux и Android, iOS в контексте мобильных сетей, разберем проблемы TCP в плохих сетях, я поделюсь опытом ОК в…
Привет, котаны! Пятничные мемы будут чуть позже, а пока мы продолжаем КВН.
Вот вы успешно пережили первый релиз и выпустились в прод, тем самым внедрясь в IT-ландшафт вашей компании. Вместе с вами, скорее всего, таких бедолаг еще N и еще M на подходе. И вот этот момент настал! Прилетает первый кросс-сервисный баг. Мы идем в логи(мы же все логируем, да?!) и выясняем, что в наш сервис запрос пришел от сервиса А, а в сервис А пришел от В а в..ну вы поняли. Причем мы-то "нормальные", мы в кассандру логируем с Id пользователя и таймстампом, а вот парни из А пишут в скуль и по имейлу юзера, а поцоны из В ваще в файл и там только урл запроса и время.
И вот прошел час, мы продрались через всю цепочку вызовов и дошли до сервиса Х, где...какой-то п$др решил писать логи в /dev/null.
Кароч, парни, рано или поздно придется стандартизировать инфраструктуру, и лучше это сделать раньше, т.е. при появлении нескольких активно общающихся между собой приложенек. Причем, касательно логирования, "сделать"-- это не значит кинуть эластик на тачку и сказать всем "я сделаль!". Необходимо определить ответственных за core(devOps культура вам в помощь), объявить новую подсистему де-юре стандартом(т.е. сервисы логирующие не так в прод просто не допускаются!) + необходимо сделать использование и подключение новой подсистемы удобной для внедрения и использования. Как минимум, написать(или найти) пакеты для подключения логирования для ваших сервисов, обладающих всем необходимым функционалом (correlationId, например)
В последствии можно сделать еще удобнее, создав сервисный каркас, а, когда ваше IT еще подрастет, то замутить Distributed Tracing, но удобные логи со связями — это мастхев.
P.S. все это справедливо для любой распределенной архитектуры, но, кмк, наиболее актуально для SOA с ее сильной связностью сервисов
P.P.S. где-то на хабре был чеклист, где инженер писал вещи без которых он сервисы в прод не пускает. Найду — поделюсь
Вот вы успешно пережили первый релиз и выпустились в прод, тем самым внедрясь в IT-ландшафт вашей компании. Вместе с вами, скорее всего, таких бедолаг еще N и еще M на подходе. И вот этот момент настал! Прилетает первый кросс-сервисный баг. Мы идем в логи(мы же все логируем, да?!) и выясняем, что в наш сервис запрос пришел от сервиса А, а в сервис А пришел от В а в..ну вы поняли. Причем мы-то "нормальные", мы в кассандру логируем с Id пользователя и таймстампом, а вот парни из А пишут в скуль и по имейлу юзера, а поцоны из В ваще в файл и там только урл запроса и время.
И вот прошел час, мы продрались через всю цепочку вызовов и дошли до сервиса Х, где...какой-то п$др решил писать логи в /dev/null.
Кароч, парни, рано или поздно придется стандартизировать инфраструктуру, и лучше это сделать раньше, т.е. при появлении нескольких активно общающихся между собой приложенек. Причем, касательно логирования, "сделать"-- это не значит кинуть эластик на тачку и сказать всем "я сделаль!". Необходимо определить ответственных за core(devOps культура вам в помощь), объявить новую подсистему де-юре стандартом(т.е. сервисы логирующие не так в прод просто не допускаются!) + необходимо сделать использование и подключение новой подсистемы удобной для внедрения и использования. Как минимум, написать(или найти) пакеты для подключения логирования для ваших сервисов, обладающих всем необходимым функционалом (correlationId, например)
В последствии можно сделать еще удобнее, создав сервисный каркас, а, когда ваше IT еще подрастет, то замутить Distributed Tracing, но удобные логи со связями — это мастхев.
P.S. все это справедливо для любой распределенной архитектуры, но, кмк, наиболее актуально для SOA с ее сильной связностью сервисов
P.P.S. где-то на хабре был чеклист, где инженер писал вещи без которых он сервисы в прод не пускает. Найду — поделюсь
Forwarded from Архитектура ИТ-решений
Если вам не хватает ИТ-архитекторов, то подумайте нельзя ли заменить их скриптами https://mxsmirnov.com/2019/06/06/architecture-as-a-code/
I hate overtime
#frontend #js Уже от многих коллег слышал про этот фреймворк. Мнения не однозначные, но, скорее положительные. Хоть штука и сыровата, но мечтаю попробовать. Кароч встречайте: https://habr.com/ru/post/453458/
Вот и туториал подъехал: https://m.habr.com/ru/post/452684/
Habr
Разрабатываем игру на Svelte 3
Чуть больше месяца назад вышел релиз Svelte 3. Хороший момент для знакомства, — подумал я и пробежался по отличному туториалу, который еще и переведен на русский.
Для закрепления пройденного я...
Для закрепления пройденного я...
Forwarded from Записки админа
📺 А вы знали что вот здесь, доступно большое количество вебинаров по ansible и его применению? Вот если не знали, загляните между делом: https://www.ansible.com/resources/webinars-training
#видео #ansible
#видео #ansible
Forwarded from CatOps
Законы хреновых дашбордов -- статья скорее не про мониторинг, а про UX дашбордов вообще. Ясное дело, к мониторинг дашбордам это тоже относится.
Дельный совет из Твиттера: "follow the money" -- отражайте на дашбордах критические пути пользователя, которые приносят вам деньги, а не вообще всю доступную информацию, лишь бы было.
#observability #dashboard #ux
Дельный совет из Твиттера: "follow the money" -- отражайте на дашбордах критические пути пользователя, которые приносят вам деньги, а не вообще всю доступную информацию, лишь бы было.
#observability #dashboard #ux
#books
За выходные батхерт немного поутих, но я уверен, что в скором времени будет продолжение цикла😂 А пока немного позитива:
ИМХО каждый разработчик должен если не уверено разрабатывать на языках, то хотя бы понимать различные парадигмы ЯП. Если с ООП и императивщиной в целом, все достаточно ясно, то вход в функциональщину требует небольшого поворота в мозгах. У меня было несколько подходов к ФП на разных ЯП и, естественно, зашло не с первого раза. Фиаско продолжалось до встречи (и любви с первого взгляда) с Haskell. Это наиболее чистое ФП, тут же раскрывающее мощь и красоты функциональщины.
Проблема в Haskell одна: язык построен на теор.кате, поэтому все курсы и туториалы сложнее hello world обычно люто грузят мат. частью. Но все меняется! Ловите туториал хаскеля через геймдев!
P.S. учить матчасть определенно надо, но для первого шага, что бы проникнуться нежными чувствами к ghci книжка определенно хороша
За выходные батхерт немного поутих, но я уверен, что в скором времени будет продолжение цикла😂 А пока немного позитива:
ИМХО каждый разработчик должен если не уверено разрабатывать на языках, то хотя бы понимать различные парадигмы ЯП. Если с ООП и императивщиной в целом, все достаточно ясно, то вход в функциональщину требует небольшого поворота в мозгах. У меня было несколько подходов к ФП на разных ЯП и, естественно, зашло не с первого раза. Фиаско продолжалось до встречи (и любви с первого взгляда) с Haskell. Это наиболее чистое ФП, тут же раскрывающее мощь и красоты функциональщины.
Проблема в Haskell одна: язык построен на теор.кате, поэтому все курсы и туториалы сложнее hello world обычно люто грузят мат. частью. Но все меняется! Ловите туториал хаскеля через геймдев!
P.S. учить матчасть определенно надо, но для первого шага, что бы проникнуться нежными чувствами к ghci книжка определенно хороша
Forwarded from Enterprise Containers
Привет всем… На прощание перед летними каникулами решили порадовать общественность серией митапов!
19 июня в 18:00 в офисе IBM митап по Java технологиям. У нас будет Java Champion, Sebastian Daschner. Будем обсуждать использование Java в новых облачных реалиях. Таймпад для регистрации : https://ibmdbg.timepad.ru/event/998423/
20 июня в 18:00 в офисе IBM митап по Service Mesh - Istio. Давно хотели сделать и тут к нам приезжают основные контрибьюторы проекта. К примеру, Вадим Айзенберг входит в топ-5 людей - контрибьюторов всего проекта. Регистрация по ссылке : http://ibm.biz/IstioMeetUp
И для наших Питерских подписчиков Себастиан Дашнер выступит 20 июня совместно с Денисом Цыплаковым на площадке dataArt по темам Java и микросервисных архитектур : Таймпад для регистрации : https://dataart-spb.timepad.ru/event/998391/
19 июня в 18:00 в офисе IBM митап по Java технологиям. У нас будет Java Champion, Sebastian Daschner. Будем обсуждать использование Java в новых облачных реалиях. Таймпад для регистрации : https://ibmdbg.timepad.ru/event/998423/
20 июня в 18:00 в офисе IBM митап по Service Mesh - Istio. Давно хотели сделать и тут к нам приезжают основные контрибьюторы проекта. К примеру, Вадим Айзенберг входит в топ-5 людей - контрибьюторов всего проекта. Регистрация по ссылке : http://ibm.biz/IstioMeetUp
И для наших Питерских подписчиков Себастиан Дашнер выступит 20 июня совместно с Денисом Цыплаковым на площадке dataArt по темам Java и микросервисных архитектур : Таймпад для регистрации : https://dataart-spb.timepad.ru/event/998391/
ibmdbg.timepad.ru
Java в эру облаков и контейнеров - митап с Себастианом Дашнером / События на TimePad.ru
Себастиан Дашнер расскажет как строить Java приложения в условиях использования контейнеров, а также о перспективной структуре Java-community (OpenJDK и AdoptOpenJDK, ...) и Jakarta EE, а также о новом стандарте MicroProfile для создания микросервисных приложений.
Forwarded from Записки админа
📚 А вот здесь нашлась огромная wiki, с информацией по контейнерам и сопутствующим технологиям (эти ваши докеры, куберы, дев/сек-опсы и прочее). Читать-неперечитать, как говорится.
#напочитать #docker #kubernetes
#напочитать #docker #kubernetes
Forwarded from Архитектура ИТ-решений
Похоже, что это https://www.amazon.com/Introduction-Solution-Architecture-Alan-McSweeney-ebook/dp/B07P2NCFDQ/ первая толстая книжка по Solution architecture
Forwarded from Архитектура ИТ-решений
solution_architecture_approach_to.pdf
1.4 MB
Курс молодого бойца (solution architect-а) от автора книжки Alan McSweeney
Вот это номер:
https://www.microsoft.com/ru-ru/sql-server/sql-server-2008
Мелкомягкие прекращают поддержку Sql Server 2008(включая R2).
Ради хохмы вот статистика за 15год по версиям скульсервера(сорян, новее не нашел): https://www.brentozar.com/archive/2015/09/whats-more-popular-sql-server-2014-or-sql-server-2005/ Слазят со старых версий очень неохотно, а 2008R2 — до сих пор одна из самых распространненых инсталяций
https://www.microsoft.com/ru-ru/sql-server/sql-server-2008
Мелкомягкие прекращают поддержку Sql Server 2008(включая R2).
Ради хохмы вот статистика за 15год по версиям скульсервера(сорян, новее не нашел): https://www.brentozar.com/archive/2015/09/whats-more-popular-sql-server-2014-or-sql-server-2005/ Слазят со старых версий очень неохотно, а 2008R2 — до сих пор одна из самых распространненых инсталяций
Microsoft SQL Server - RU (Русский)
Окончание поддержки SQL Server 2008 и SQL Server 2008 R2 | Microsoft
Расширенная поддержка SQL Server 2008 и SQL Server 2008 R2 будет прекращена 9 июля 2019 г. Узнайте, как спланировать успешную миграцию с помощью этих инструментов, ресурсов и онлайн-тренингов.
Наконец-то k8s митап в адекватное время: https://corp.mail.ru/ru/press/events/600/ Хороший тамада и доклады интересные)
vk.company
VK / @Kubernetes Meetup #3
Третий митап по Kubernetes от Mail.ru Cloud Solutions.
Forwarded from FrontEndDev
YouTube
JSHeroes 2019 - YouTube
Что меня всегда вводило в дрожь в незрелом IT — это полнейшее неуважение к времени коллег и, в частности, ужасная организация митингов\совещаний и т.д. Признайтесь, у всех были 15минутные встречи, которые каким-то образом растягивались на 2 часа, когда половина присутствующих зевает, а другая половина лениво кидает птиц в свиней и только 2 молодца рьяно обсуждают какой-то явно кулуарный нюанс.
Что больше всего расстраивает в таком положении дел — так это то, что поправить ситуацию можно за 5 минут. Усилием воли выпускается царский указ, где написано:
1. митинги длятся не больше часа
2. перед митингом ЗАРАНЕЕ расылается повестка
3. на митинг зовутся ТОЛЬКО заинтересованные стороны(никаких Василий Борисовичей, что бы был в курсе). Все участники должны вынести\поделиться чем-то полезным на встрече(Василий Борисович почитает notes)
4. каждый митинг кто-то ведет(читай модерирует).
5. ведущий следит за тем что говорит всегда один
6. ведущий следит за тем что тема не уходит в детали не интересные всем(или большинству) присутствующих. С деталями — в кулуары
7. ведущий следит за тем что идет конструктив, а не "я твой мамка шатал"
8. ведущий рассылает(или заставляет кого-то отослать) notes — краткую выжимку со встречи, где написано что обсудили, что решили, что и кому надо сделать.
Вот и все. И тонны человеко-часов сэкономлены!
Что больше всего расстраивает в таком положении дел — так это то, что поправить ситуацию можно за 5 минут. Усилием воли выпускается царский указ, где написано:
1. митинги длятся не больше часа
2. перед митингом ЗАРАНЕЕ расылается повестка
3. на митинг зовутся ТОЛЬКО заинтересованные стороны(никаких Василий Борисовичей, что бы был в курсе). Все участники должны вынести\поделиться чем-то полезным на встрече(Василий Борисович почитает notes)
4. каждый митинг кто-то ведет(читай модерирует).
5. ведущий следит за тем что говорит всегда один
6. ведущий следит за тем что тема не уходит в детали не интересные всем(или большинству) присутствующих. С деталями — в кулуары
7. ведущий следит за тем что идет конструктив, а не "я твой мамка шатал"
8. ведущий рассылает(или заставляет кого-то отослать) notes — краткую выжимку со встречи, где написано что обсудили, что решили, что и кому надо сделать.
Вот и все. И тонны человеко-часов сэкономлены!
Forwarded from Архитектура ИТ-решений
Когда-то, приступая к изучению DDD я рассчитывал найти набор простых, но полезных паттернов, типа Dimensional modeling Ральфа Кимбалла https://www.kimballgroup.com/1997/08/a-dimensional-modeling-manifesto/ Простая идея, раскрутившая на определенном этапе, многомиллиардный бизнес построения корпоративных хранилищ данных (Хотя непосредственно Кимбалл говорил, что централизованное хранилище не нужно). Надеюсь, что и в DDD когда-нибудь появятся свои Инмоны и Кимбаллы
Kimball Group
A Dimensional Modeling Manifesto - Kimball Group
Drawing the Line Between Dimensional Modeling and ER Modeling Techniques Dimensional modeling (DM) is the name of a logical design technique often used for data warehouses. It is different from, and contrasts with, entity-relation modeling (ER). This article…