записка dev работа Самому себе.
Когда в очередной раз нападет "приступ лени", когда в очередной раз делать то, что должен делать, станет влом. И в голову полезут те самые философские мысли о своем призвании, предназначении. Мысли вроде "я, наверное, не ту работу делаю, для которой был создан", это не мое, я вообще должен был стать художником, фотографом, дизайнером, музыкантом, попрошайкой или чем-то похожим. Когда кажется, что это весь мир тебе намекает: чувак, ты что-то делаешь не так, это не то, что ты должен делать на самом деле, это не твое призвание. Дадада, ога-ога, все правда, так и есть, почти, мир он такой, он так создан.
Нужно сделать следующее: откинутся на спинку стула, закрыть глаза, сделать глубокий вдох и подумать про первобытных людей, у которых не было нихрена из блах цивилизации, которые каждый день, летом и зимой, в тонких звериных шкурах, в сракоградусный мороз выходили из дому и, без хипстерских мыслей о работе дизайнером, шли на "работу" заработать себе завтрак, просто чтобы не сдохнуть. А потом шли зарабатывать обед, точнее, зачастую они утром шли зарабатывать себе на завтракообедоужин.
После этого нужно покрепче сжать яйца в кулачёнку и сесть нормально, добросовестно поработать, а вечерком еще раз подумать о "призвании", и про то, имеет ли оно вообще место быть.
З.Ы. Кажется, я идею про "призвание первобытных людей" уже где-то раньше встречал, а сейчас она просто сама всплыла :\

dev ялюблюсвоюкомпанию увсехтак Поговорил с одним:
— Наши фабрики сосут
— Угу
Поговорил с другим:
— У нас конченые фабрики
— Ниговори
Поговорил с одним из "главных":
— бла-бла-бла, кстати, чувак, наши фабрики сосут
— Дада, такиесть.

Консенсус, хуле.

dev weed Ruby У меня в коде появилась фабрика стратегий, а еще NullStrategy. Мне кажется в новом коворкинге с весьма индустриальными интерьерами стены еще активно испаряют битум и прочие токсичные вещества.

dev много_букав кэп Предисловие: juick.com ну и "https://www.google.com.ua?q=какой язык лучше".
Для того, чтобы найти ответ на вопрос "какой язык лучше", нужно сначала выяснить что такое "хорошо", что такое "плохо". Если человек, например, CTO и ему нужно выбрать на каком языке переписать медленный/немасштабируемый/тяжеловесный участок кода, на каком языке написать сервис, чтобы работал стабильно и поддержка была недорогая и качественная, чтобы вопрос текучки кадров не встал ребром; он как-то очень быстро и без особых проблем находит ответ на вопрос "а какой же все-таки язык лучше/выбрать".
Однако есть особая каста людей: "языкодрочеры", которые зачастую знают не больше 3х-4х языков, естественно включая HTML и CSS на троечку, однако не всегда, иногда больше, и на первый взгляд нормальные взрослые люди, однако очень уж они любят участвовать в тех самых полемиках на тему "какой же язык истинно лучше", "какой же язык дает теплый ламповый бинарный код". Причем все полемики, как все мы видели, сводятся не к тому: какой же язык "лучше", а к набору говнодоводов почему руби такой хреновый со своей кучей "синтаксического сахара" — мой любимый аргумент, прям напрочь отбивает желание вообще за него когда-либо браться, и зажегает аппетит побежать накодить новый веб-фреймворк на "Чистом, теплом ламповом ассемблере", почему ява так перегруженна ненужным классами и интерфейсами. C# и ASP- исчадие ада, о нем вообще не стоит говорить, не смотря на то, что со своими задачами эта парочка справляется отлично. Люди не обсуждают причины, люди не обсуждают цели, задачи, просто питон — говно, джаваскрипт — беспальцый недоязык, си — для седых старпердов, руби для хипстеров, ява — бог с вами… Самый лучший язык — английский, китайский и эсперанто. Из этой тройки нужно выбирать! Извините, отвлекся. Это было затянутое предисловие от Кэпа.
А теперь по сути.
Для людей, перед которыми стоит нормальная более-менее формализированная задача (CTO или любой другой инженер, которому повезло с добротной задачей), вопрос выбора языка не становится глобальной непоймикакрешаемой абстрактной проблемой, в отличие от товарищей, которые просто ищут "куда податься?", "какой язык учить?", "что лучше?". Ребята, "что лучше?" для чего? Инженер в первую очередь должен научится формализировать поставленные перед ним задачи, и только потом писать какой-либо код. В поисках "лучшего языка" люди, которые просто слазять с ПХП или явы, прям через 10 кругов ада проходят, причем именно из-за тех самых языкодрочеров, перед тем как сделают, зачастую неправильный, выбор.
Нужно просто быть откровенным с самим собой, объективно оценивать факторы, которые важны, а не то "какой охренительно быстрый язык" или "как дохрена в нем синтаксического сахара". Как мне кажется, при поиске ответа на вопрос "куда податься" нужно оценивать:
— Конкуренцию на рынке
— Насыщенность, эластичность рынка.
— Перспекивность языка (взять тот же COBOL, по половине приведенных здесь пунктов он почти лидер, но не по всем :) )
— Среднюю зарплату
— Сложность обучения (пожалуй, на последнем месте)
— Спектр применения (хотя это скорее относится к первому пункту)
— Наличие и размер, очен-очень важно, сообщества (то самое комьюнити благодаря которому Руби цветет и пахнет).
— Ну и прочее, прочее, имеющее отношение непосредственно к решаемой задаче, а именно "найти другую работу", а не "найти самый быстрый/легкий/красивый язык".

Чмафки всем, сегодня я какой-то совсем Кэп P:) — типа в кэпке

Ю

dev Ruby "джсоном хтмль передавать" звучит как "мотоциклы на машине возить"

workspace dev Киев Ruby Ровно через месяц после публикации первого поста из цикла подоспел второй :)
Друзья, просьба порекоммендовать.

Обращение:
Жуйк, а есть здесь фрилансеры из Киева, которые бы хотели продолжать фрилансить, но работать в офисе? Есть желание на 4-х снять офис. Двое уже есть, и офис, что характерно, уже почти есть (сегодня смотрели — завтра будем давать подтверждение). Офис возле метро Печерская, совсем недалеко.
Вот здесь: bit.ly
Вот фоточки самого офиса: flic.kr
Сам офис довольно просторный и светлый 6x6=36м.кв., окна в крыше дают офигительный дневной свет и они открываются :). Владельцы так же сделают легкий косметически ремонт, чтобы стены смотрелись веселее.
Места вполне достаточно для размещения шести человек, или пяти — чтобы вполне комфортно. Но мы планируем сидеть именно в 4-ом, чтобы излишне не отвлекать друг друга.
Коллектив: оба человека рубишные синьйоры — профит ;)
Стоимость аренды по 200$ на человека, если вчетвером (если какое-то время будет три человека — нужно будет что-то думать, но скорее всего будет именно четыре).

Если есть сомнения — пишите, познакомимся, выпьем кофе.

workspace dev Киев Ruby А есть здесь фрилансеры из Киева, которые бы хотели продолжать фрилансить, но работать в офисе? Мы тут просто на 4-х бы хотели офис снять, 3-е уже есть, нужен еще один. Ориентировочно Золотые Ворота. Ориентировочно до 200$/мес с человека. Пока есть 3 рубиста, к слову, не самых начинающих.

язык dev unicode.org — правила плурализации или что-то вроде, для разных языков. Может еще кому пригодиться.

цитата dev book Из "The Passionate Programmer"
When it comes to work, less really can be more. The primary reason cited by the Extreme Programmers is that when we’re tired, we can’t think as effectively as when we’re rested. When we’re burned out, we aren’t as creative, and the quality of our work reduces dramatically. We start making stupid mistakes that end up costing us time and money.
Projects are marathons, not sprints.

Rails dev pry Ruby autotest похоже от разработки с виртуальной машиной в качестве сервера (с разшареной папкой исходников) придется расстаться :(, на то есть две причины:
1) начинаю юзать новомодную консоль pry — нет возможности вызвать визуальный редактор на основной машине для правки исходников (хотя посмотрим, если функция окажется невостребованной — перейду назад, буду vim-ом пользоваться, виртуалка-то на линухе)
2) autotest без интеграции в систему оповещания ОС(попапы такие красивые чтобы показывала) — абсолютно бесполезен, так как на прогрнку тестов уходит время, не в консоль же, которая открыта в соседнем воркспейсе пялиться после каждого изменения исходников.

note dev patterns Ruby еще одна заметка относительно объявлять или нет singleton это:
если у нашего объекта есть состояние — то да, можно. Если же нет — методов класса должно хватить.

dev xp scrum webdev Пишу ProductBacklog по Scrum-у, сначала это было деревцо вида
1. Название раздела (категория)
1.1 Название фичи
1.1.1 User Story....
Из колонок — все по скормному Item# (для удобства обсуждения), Description, Business value (пока пустое :) ).
Но уже через пару-тройку дней сей документ превратился в длиннючее покрывало — разбил по отдельным страничкам в Excel-е (вопрочем, это стоило сделать сразу...).
Но на этом пряники не закончились, глаза втупую начали разбегаться по тексту, вообщем опять нечитабельно — ввел дополнительную колоночку Short Description (напротив User Story описание из 3-6 слов) и, о чудо!! пока все читабельно))
Жуйк, мож у кого ещё какой интерестный опыт с этим связанный был/есть? делитесь вообщем...