Только что прошла 37-ая встреча клуба, на которой мы пообещали снова активизироваться и стараться встречаться почаще. Мы редко обманываем. 😉 Поэтому следующая встреча назначена на 8 июля и будет посвящена она модной и интересной Node.JS.
Александр Белецкий прошел долгий путь в IT, связанный с .NET. Но вот уже несколько лет он работает в основном с JavaScript технологиями и даже взялся развивать свой стартап. Он на практике давно использует Node.JS и хотел бы поделиться своими знаниями с членами клуба.
Это доклад с практической частью, призванный ознакомить аудиторию с набирающей популярность технологией Node.JS. Мы рассмотрим самые базовые концепты, начиная с истории и мотивации появляения этой технологии, так и прикладные аспекты реализации HTTP серверов, доступа к базам данных, асинхронного ввода/вывода, веб сокетов и т.д. Александр поделится опытом применения JavaScript стека в своем стартапе и расскажет как о плюсах так и минусах данной технологии.
Итак, 8 июля мы ждем вас на 38-ой встрече клуба. Наши встречи собирают все больше и больше участников, поэтому мы снова начинаем не влезать даже в более просторные залы. Поэтому место встречи будет объявлено ближе к дате проведения.
Официальное начало встречи по-прежнему в 19:00, завершение в 23:00. Стоимость участия 100 гривен при оплате заранее, 150 гривен при оплате на месте. Пива, пиццы и кофе с печеньками хватит на всех. Регистрация обязательна. Все детали по оплате будут высланы вам после успешного прохождения регистрации. Количество мест ограничено 90 участниками.
Не хочешь пропускать ничего интересного? Подпишись на ленту RSS или следи за нами в Twitter!
Я было начал излагать свои политические убеждения в виде ненавязчивых заметок и аналогий с миром IT, но потом забросил по причине нехватки времени. И вот недавно меня начала постоянно мучить одна и та же мысль, которой я все таки нашел время поделиться.
Я часто раньше замечал на себе и других людях в IT сильное влияние среды, в которой приходится работать. Когда я начал консультировать другие компании, я окончательно убедился, что это один из очень важных и решающих факторов в жизни IT компании и отдельного проекта в ней. Вы все вероятно слышали фразы наподобие: “у нас так через ж… все проекты делаются, наш не исключение”, “ребята на соседнем проекте юзают XYZ и ничего”, “ага, видал я как Scrum работает на другом этаже у проекта ABC”…
Я называю это “синдромом плохого соседа”. Вот представьте, что вы хороший разработчик и только что пришли в компанию. На прошлом месте работы вы использовали грамотный процесс разработки, современные практики и инструменты. И тут вы вроде как нацелены придерживаться такой же стратегии. И вот вы знакомитесь с местными разработчиками с соседних проектов, пересекаетесь с ними на кухне, на глобальных собраниях, в курилке. “Да пофиг, мы тут чай пьем, а рабочее время идет!” – говорит один из них. “Мы никогда не перейдем с технологии XYZ, хоть она корявая до ужаса. Зачем? Работа работается, зарплата капает.” – постоянно повторяет второй. “Я лично использую Eclipse и даже частенько простой блокнот. Не скорость набора кода важна, а его смысл. Не нужны мне все эти новомодные штучки.” – делится своим опытом третий.
И это повторяется день ото дня, неделя за неделей. И случается страшное – вы начинаете “заражаться” этими настроениями. Все негативное начинает вам казаться не таким уж и негативным, “забивание” на работу не таким уж и неприемлемым, а современные подходы и технологии не такими уж и полезными. Проходит какое-то время и еще один “рядовой” сотрудник компании готов, “обтесался” и стал как все. Недаром говорят, что чаще всего не человек меняет компанию, а компания меняет человека.
Единственный способ, который мне видится рабочим для предотвращения такого эффекта – это жесткие границы в профессиональной деятельности. Есть твой проект, законы и правила, которые распространяются на него. От “соседей” стоит перенимать только позитивные вещи, над негативными просто улыбаться в ответ. Все правила и действия “соседей” стоит воспринимать как “чужой огород”, на который ни в коем случае не обязательно походить и даже наверняка не стоит этого делать. Ни в коем случае речь не идет о вражде, отношения должны быть конструктивными с перениманием полезных знаний и опыта, но всегда следует помнить о возможности “заражения” вашего сознания.
Берегите свои проекты от плохих “соседей”, не давайте повлиять на работу над ними “устоявшимся правилам” и негативному опыту других проектов в компании. Только так у вас получится построить классные процессы и делать классные продукты даже не в очень классной и успешной компании.