Выпуск 6, 26 января, 2010
0. Где был, что видел, играй гармонь…
1. По свежим следам. Характерная ошибка русских программистов.
2. “Open source software” или зачем эти придурки реботают бесплатно. Читаем http://www.joelonsoftware.com/articles/StrategyLetterV.html.
3. User Groups on software
Пів року тому я організував java user group, ось недавно на блозі групи зробили зауваження, що мені вартує піти на консультацію до когось хто має досвід організації таких груп.
Чув у ваших подкастах що Ви є лідером JUG’у. Розумію що ви не захочете мені відписувати, проте думаю багатьом було б цікаво послухати, як такі спілки організовуються у вас,
як ви залучаєте до них нових членів, звідки берете доповідачів, наскільки це престижно/вигідно/цікаво брати участь в таких спілках.
Як взагалі проходять зустрічі. Можливо є якісь маленькі таємниці, що дозволяють підняти популярність/престижність групи
— А знаешь-ли ты о других UG в твоем городе? http://groups.adobe.com/posts/b3e0f041f8— Lviv JUG: http://jug-lviv.blogspot.com/
4. Ребята, а как вы относитесь к требованиям к сотрудникам у многих контор:
- умение работать под давлением
- умение работать в быстро меняющимся окружении
- способность самостоятельно выбирать приоритеты
- способность работать одновременно над несколькими задачами/проектам
вы считаете это нормально?
5. Как найти себя? Сменить несколько работ, пробуя себя в разных сферах? И как это было у ведущих, сразу ли вы поняли, что хотите быть именно программистами или поначалу занимались совсем другими вещами?
6. Вопрос – как вести себя на корпоративных мероприятиях, чтоб потом не было стыдно?
7. Видео обращение Будама (на английском, sorry).
Качать здесь.
Здравствуйте!
Спасибо большое за раскрытие темы про QA. Было очень познавательно. У меня появился следующий вопрос.
Как адекватно оценить себя и свои возможности? Как узнать, чего ты стоишь? И стоишь ли большего, чем тебе платят? Как узнать, что входишь в 20-30ку лучших разработчиков или QA в своей компании/городе?
Вопрос по 3-ей теме: Как работодатель(budam и даник) проверяет соответствие этому требованию при собеседовании? Как имитировать(при собеседовании) эти качества у себя? Как развить качества у себя?
Вопрос по 4-ой теме: а) Кем бы я стал, если бы не был программистом?
б) Чем бы я занимался, если бы мне не пришлось больше работать(т.е. нужды в деньгах нет, по причине их огромного количества)?
Вопрос по 5-ой теме: Стоит ли ходить на корпоративные мероприятия?
Частично 5-ая тема раскрыта на http://www.ippnou.ru/article.php?idarticle=001948
Могу высказаться по пункту 3.
It was me, your co-host in previous issues // Dmitry
Отлично 🙂 А то я к этому пункту пока могу только добавить умение очень бюстро выбежать из оффиса в случае пожара…
Хочу затронуть еще одну насущную тему. Стоимость жилья, на сколько реально его купить, сколько нужно работать на свой дом\квартиру ТАМ и т.д.
Добрый день. Вот меня интересует такая тема. Как вы ведете свои дела, то есть как вы управляете своим временем. Ведете календарь, списки дел или может у вас какая-то своя система? Или может вовсе не ведете? Я как человек с мега гальмовой памятью (хотя мне всего 22) все это веду и оно помогает мне хоть как-нибудь упорядочить этот хаос в голове. Может вы что-то посоветуете почитать по тайм-менеджменту для программистов, последнее что я читал по этому делу было http://oreilly.com/catalog/9780596007836
Здравствуйте, предлагаю обсудить мою ситуацию. Мне очень нравится программировать, и в своей работе я всегда стараюсь писать аккуратный ООП-код, следую правилам кодирования, планирую архитектуру проекта, дабы он был расширяемым, людям было удобно с ним работать, всегда ищу пути улучшить организацию кода, сделать идеи яснее, экспериментирую, слежу за новинками. Но недавно я попал в фирму, где работает программист, который пишет код, где нет никакой системы именования, никаких стандартов, нет даже табуляции, всюду глобальные переменные, весь код процедурный, об ООП даже и речи не идет, все ужасающе запутано, короче спагетти-код. Сложность в том, что начальство уверенно, что человек переписывает «по-чистому» старый код систем (где код был «еще хуже»). Но фактически он переписывает один плохой код в другой плохой код. Никаких нововведений и улучшений мне сделать не удастся, т.к. формально все это уже имплементирует этот человек(именно для этого он и был нанят), а моя задача лишь в багфиксах и помощи. Как мне поступить? Стоит ли подходить к руководству с этим вопросом, ведь не очень-то и хорошо жаловаться на своего коллегу, особенно если фирма уже потратила на его деятельность много средств? С этим персонажем есть еще одна проблема – он совершенно грязный, с ног до головы, ужасно выглядит и невыносимо воняет, а сидим мы с ним в тесной серверной.
Будам, любопытно было бы послушать в Бермудском треугольнике о конфликтах между программистами и о влиянии человеческого фактора в целом. Будет здорово если Вы и Ваши коллеги по подкасту сможете поделиться своим опытом в этом отношении. Спасибо!