Вообще взлет Express — дело ожидаемое. Львиное большинство же хочет писать веб-приложения, вот и хватаются за веб-фреймворк. Особенно это касается тех, кто приходит из Руби — они ищут аналог Рельсов и начинают клепать поверх Express те же велосипеды, что и под Rails или Sinatra.
Вообще, это еще хорошо, что Express — это только 70% всей node-разработки, а не 90, как в случае с Rails и Ruby*. Все-таки, асинхронный стиль программирования отпугивает довольно много традиционных веб-разработчиков.
— Классика жанра — Git for Windows. Можно смело выбирать тот пакет, что слева: для пользователя Git его хватит за глаза.
— Более дружелюбное и современное — GitHub for Windows. Сам не пробовал, но разработчики из GitHub нахваливают этот клиент и утверждают, что он вполне может работать и с другими кодохостингами, в первую очередь с BitBucket, Google Code и CodePlex (и даже показывает граватары для коммитеров).
Node.JS:
— опять же, без необходимости сборки из исходников Node доступен на nodejs.org/#download После установки и node, и npm могут работать из обычной командной строки.
— альтернативный вариант — WebMatrix 2. Из коробки умеет запускать приложения под облегченным IIS в один клик, редактор подсвечивает синтаксис, неплохо автокомплитит, понимает LESS, SASS, CoffeeScript а также имеет два примера проектов с express в качестве стартовых темплейтов. Тут же присутствует интеграция с Windows Azure (облаком от Микрософт).
Замечу также, что одно другому не мешает: у меня на рабочей машине и обычный node, и встроенный в WebMatrix уживаются без каких-либо проблем. Даже если вы не хотите пользоваться IIS, WebMatrix будет для вас очень неплохой и, самое главное, бесплатной альтернативой для WebStorm или SublimeText.
Скажете «ерунда»? а кросс-доменные запросы позволят миллионам вебдевелоперов отказаться от костылей в виде JSONP и наконец-то нормально работать с api сторонних сайтов. До релиза 12 версии Опера оставалсь единственным браузером, не поддерживающим CORS (даже в IE есть для этого дела XDomainRequest с 8й версии).
Он, конечно, WebGL и почие фентифлюшки, но я уверен, что гораздо больше разработчиков оценят именно такие небольшие низкоуровневые изменения. Добавлю списочек:
— CORS
— фрагменты WebRTC (доступ к камере есть, ура)
— drag'n'drop (и двух лет не прошло)
— clipboard API
— device orientation
— XMLHttpRequest progress events (аплоадер без флэша?)
— CSS animations (с префиксом, который все жутко ленятся ставить)
— WebGL (ну ок, неплохо, но лучше б еще canvas 2d и svg на графическом железе ускорили, а то совсем невозможно)
— HSTS (тоже очень кстати на фоне всех SOPA, утекающих баз паролей и прочего мракобесия)
Пока что подробно все не смотрел, но заметно от Mozilla и Chrome не отстает. Жаль, что так много времени потребовалось на обкатку WebGL: очень уж много всего из-за этого задержалось. Та же поддержка File API или CORS, или отдельные элементы WebRTC могли бы выйти и раньше. А так на фоне гонки Mozilla и Google версия 11.5-11.6 уже с полгода кажется динозавром. Эх, был бы релиз 11.7 с этими низкоуровневыми доработками где-нибудь, скажем, в феврале или марте!
Кстати, почему используется ветка 2.10 ядра, а не 2.11?
Да это просто специфика Разбора: ведущие подкаста — в общем-то интроверты, говорят неторопливо и в некоторых вопросах разбираются не очень хорошо. Но нужно понимать, что это — не недостаток, а именно специфика.
Ребята специально не готовятся, чтобы не говорить заученными фразами, а ведут живой диалог. Т.е. конечно, если тема окажется для них интересной, то они весь инет перероют, но результат все равно будет оформлен своими словами. Их диалог получается именно таким, как если бы разговаривали пара синьор-разработчиков из соседнего отдела. Нет всеобъемлющих доказательств, нет обсуждения каких-то узких аспектов работы того или иного фреймворка. Зато есть прямая и персональная аргументация — пара слов в стиле «мне не нравится, потому что костыль» — и все. Парни говорят на одну тему, на другую, делятся опытом да и просто проводят время с удовольствием.
Если вам интересен подкаст в стиле «два синьора общаются», то Разбор — как раз то, что надо. Нет, так нет. То, что длинный — имхо, плюс — мне его как раз хватает, чтобы во всей квартире убраться.
Первое: JetBrains делает свои среды разработки не на основе Эклипс — у них, как и у NetBeans, все свое.
Почему Эклипс:
— он бесплатный, исходники открытые — бери и делай свою IDE. Писать IDE с нуля — дело сложное и хлопотное, если для компании важно время выхода среды разработки на рынок, то Eclipse — как раз для нее.
— есть куча документации, а также готовых плагинов с открытыми исходниками — сделать свой плагин для этой среды также достаточно легко.
— Eclipse — стандарт в мире корпоративной разработки. Весьма вероятно, что он уже стоит у разработчиков, а значит и поставить ваш плагин им будет нетак и сложно.
— Eclipse Marketplace — аппстор для плагинов, доступен и из самого Эклипса, и через веб.
Да, у него есть проблемы с производительностью, но если честно, я не знаю ни одной современной среды разработки, которая бы не тормозила. И Visual Studio, и JetBrains IDEs, и НетБины, и Эклипс — все они весьма задумчивы даже на хорошем железе (4 ядра i7, 16 гиг оперативы — все тормозят, не переживайте). Не термозят легковесные редакторы — тот же SubLime или N++, — или среды разработки попроще — например, Code::Blocks или в какой-то степени XCode — но они и умеют гораздо меньше, чем «титаны».
Я не о методологии, я о процессе. Наплевать, скрам-не-скрам, аджайл-не-аджайл — есть базовые вещи, которые стоит делать, не зависимо от методологии. Я рассказал о том, что нужно по минимому человеку-оркестру — фрилансеру, например, — для организации собственной работы с удаленным заказчиком. Когда человек, с одной стороны, хочет организовать процесс, а с другой — не может позволить вкладывать в процесс слишком много времени.
Когда человек работает в одиночку, то какой ему прок от Joel-теста? Тестеров у него нет, спека при каждодневном и итеративном общении с заказчиком не очень-то и нужна, средства разработки у него тоже свои, а не «самы лучшие, какие только можно купить», ну и т.д.
Joel Test — это не панацея. Почитайте вопросы на сайтах StackExchange по соответствующему тегу, например. Большинство людей принимают его, но с оговорками.
Так же советую вам сделать следующие вещи (тут наверняка накапитаню). Если у вас нет времени сделать их самому, попросите кого-то другого (закажите и заплатите, если никто просто так не берется). Вам нужно следующее:
1. Система контроля версий, разрешающая создание быстрых бранчей. Операции «создать бранч» и «слить бранч» должны быть мгновенными — это самое главное. Git или Hg вполне подойдут. Это важно, т.к. вам как человеку-оркестру очень важно в любой момент, не теряя времени, иметь возможность переключиться с задачи на задачу. Клиет позвонил, что-то попросил, вы тем временем работали над чем-то. Быстро создали бранч, стали работать над более приоритетной задачей. Сделали, показали мклиенту, он доволен, переключились в старый бранч, продолжили работать над предыдущей задачей. Без ожиданий, проволочек и проблем с мерджем. SVN, CVS, TFS так не умеют.
2. Настройте Continuous Integration. Каждый раз, когда коммитите изменения, должен прогоняться билд с тестами: что-то сломалось — вы об этом уже знаете. CI-сервер должен деплоить приложение. Например, заказчик попросил, что-то сделать, вы сделали и закоммитили, билд тут же прошел — вы можете показать сделанную работу заказчику.
3. Имейте кроме системы управления проектатми отдельный to-do-лист. Например, есть у вас с заказчиком в Гуглодоксах таблица с беклогом, таблица с багами, отдельные таблицы на каждую итерацию, мб бактреккер какой-то использовать будете — не важно! Все равно сделайте отдельный тудулист на день. С утра прежде чем начать работу, решите, что вы будете делать, в каком порядке и т.п. Для вас это будет заменой традиционного ежедневного стендапа. Да и в течение дня поможет вам оставаться сфокусированным. Обязательно ставьте отметки, когда вы завершили ту или иную задачу — будет чувствовать себя классным парнем, а в работе это очень важно. Вечером оставляйте список открытым, чтобы утром первым, что вы видели на экране, был ваш список. Он должен стать для вас основным рабочим инструментом наравне со средой разработки.
Вообще выше Андрей написал правильно — бейте итерацию на подитерации, задачи на подзадачи, этапы на подэтапы и т.п. Так легче оставаться в курсе того, с какой скоростью движется ваше дело, да и движется ли. Это — самое главное.
Новость представлена компаниями так, будто это все очень здорово. Но меня лично настораживает, что ребят зовут писать не только сам JRuby, а еще что-то для Красношапочников. Значит, на JRuby времени они уделять будут меньше.
Иными словами, у вас все как у людей — про методологии слышали, внедряли, что-то прижилось, что-то нет. Одним словом это называется Agile. Хотя найдутся умники, кричащие, будто это lean.И другие умники, отвечающие, что lean — одно из течений agile
Судя по тому, что хватает одной такой страницы, вам везет — проект небольшой, такой, что в голове удержать можно и на одну страничку помещается. Далеко не всегда так бывает.
Больше всего добивают те горе-специалисты, которые вцепляются в одну методологию, а потом начинают орать на команду всякий раз, когда кто-то хоть чуть-чуть отклоняется от заданного процесса. Насмотрелся я на таких скрам-храм-трам-барам-мастеров! Обычно такие вырастают из неинженерных направлений (BA, QA, HR), а вчерашние инженеры наоборот часто тяготеют к таким вот lean-подходам, т.к. часто воспринимают задачи, связанные с управлением, как оверхед — необходимое зло, которое нужно свести к минимому. Истина, как всегда, где-то посередине и зависит от конкретного случая.
А еще я автора знаю, поэтому обижать не хочется, но если притвориться, что мы не знакомы (ага?), то я бы добавил:
Уважаемый, во-первых одно капитанство. Львиная доля написанного очевидна даже для тех, кто не то, чтобы проектами не управлял, а вообще не тимлидил ни разу. Много воды и статья ни о чем.
А во-вторых, схема методологий у вас совершенно нечитаемая. Какие-то круги-круги-круги. Ворох умных и не очень слов. Вот и создается впечатление, что и в голове у вас тоже ворох слов и понятий. Похожее впечатление возникает, когда резюме начитанного джуниора без опыта читаешь.
Попробуйте наоборот поступить — не показывайте «источники вдохновения», а покажите сами практики, которые вы переняли. Например, канбан славен тем, что ограничивает объем задач, находящихся в процессе. Если много задач находятся в стадии work-in-progress, то новую задачу начинать запрещено. У вас такой лимит есть? Если да — отображайте. Нет — выбрасывайте. Или, например, стендапы из скрама: есть они у вас — пишите, нет — не пишите. И в результате будут не круги, а список практик, соответствующий разным аспектам ведения проекта.
По списку практик уже можно сравнивать подходы в управлении. А то выходит такое, что один говорит:
— У нас скрам, поэтому мы делаем A!
А другой ему отвечает:
— И у нас скрам, именно поэтому мы A не делаем!
А вы сидите и думаете: «кому из них верить?»
Принцип тоски, ага. Из-за их дурацкого законодательства на работу в Space X могут попасть только граждане США. Вот и возникает делемма: либо ехать туда и ждать паспорта, либо работать здесь и надеяться, что и у тебя хватит денег на свой Space X.
Причем, зарабатывать деньги можно, занимаясь другими важными делами. Я, например, систему дигназтики рака разрабатываю — тоже дело весьма полезное. Знаю ребят, которые образовательные системы для детей пишут.
А кое-кто улицы подметает. И самое главное — мы все нужны, каждый из нас в меру сил и возможностей. Главное — не ленитесь. Тогда и у вас будет гордость за сделанное.
Справедливо, если бы деньги отобрали. А то выходит, что парень — как минимум миллионер. Выйдет из тюрьмы не последним человеком, да еще и связями с преступным миром обрастет. А там глядишь, и через десять-двадцать лет этот Георгий станет армянским Януковичем, и ничего хорошего из этого не выйдет.
За что не люблю такие посты, так это за то, что никто не показывает рабочие места сотрудников, а это — самое главное в любом офисе. Что толку в трехмерной f на лестнице, если она ведет в душегубку для пятисот человек по 1.5 квадратных метра на каждого?
Если это и это — рабочие места, а это — схема расположения, то выходит следующее:
— ребята сидят «островками» по четыре-шесть человек монитор к монитору.
— островков в одной комнате может быть несколько, в некоторых из комнат насчитал 40 мест :(
— основная схема работы — ноут + внешний монитор. Не понятно, работают ли люди с ноутов или с отдельных машин
— ноут по желанию, ThinkPad, MB, других вроде не видно
— не видно цискофонов, наушничков а-ля-колцентр тоже нет. Любо у них принято общаться только текстом, либо втречаться за пределами офисов
— столешница средних размеров, карманов для проводов нет, валяются как попало, высота регулируется
— стулья с дышащей спиной
В общем, сносно, но не айс. Хотелось бы:
— миниофисы с дверьми и убирающимися стенками-ширмами
— мощные машины, ноутов может для нормальной работы не хватать
— два-три внешних монитора
— «гостевые стулья» для парной работы и обсуждений на месте
это НЕ браузер. На iOS это всего лишь обертка вокруг основного браузера. Точно так же, как и многие другие (Dolphin, iCab и прочие). На десктопах Axis — это специальный плагин.
Так что Axis — не браузер, он не грозит появлению нового рендер- или JS-движка. Так что не надо громких слов в статье — вы пугаеет веб-разработчиков почем зря.
Да, подтверждаю, что бага наблюдается и в Opera Mini, и в Opera Mini Next. Кроме того, рекламный попандер тоже заново показывается после такого сбоя. Сбой чаще наблюдается на слабом железе. У меня первый Wildfire и на нем проблема может наблюдаться один-два раза в месяц. Имеется так же Incredible S — На нем проблема наблюдалась один раз за год пользования. Оператор Life, Украина.
Ну а как вы себе представляли поездку по Норвегии и Швеции без карты? — Это же самые дружественные к безналу страны! Я, когда там жил, вообще наличными не пользовался — только для поездок на родину.
Насчет Flytoget могу сказать так — если у вас карта чипованая (а в Скандинавии почти у всех такие) и чип требует пин-код для проведения платежей, то терминал у вас его запросит.
А что касается микроплатежей, то тут тоже ситуация не такая плачевная. В этих странах все карты эмитируются с поддержкой двух платежных систем — Visa/MasterCard + BankAxept (или шведский аналог). Все терминалы в стране также поддерживают BankAxept, причем эта система остается приоритетной: платеж происходит через BankAxept, если и карта, и терминал его поддерживают. А теперь внимание: тарифы BankAxept намного ниже, чем у международных операторов, а в перспективе правительство надеется добиться того, чтобы они вообще стали бесплатными (мб уже бесплатны — как раз шли дебаты на эту тему, когда я там жил).
Многих наших предпринимателей от идеи принимать безнал отпугивает отчетность (нет серой кассы, маневров с налоговой и т.п.), но в Скандинавии, как вы понимаете, это не проблема. Когда с бухгалтерией проблем нет, у безнала остается только один недостаток — цена
Сейчас для многих это становится проблемой номер один: клиентов, которые хотят платить картой много, но комиссия здорово бьет по марже. Я все чаще замечаю, как мне на кассах кафе или магазинов начинают лепетать про «сломанные терминалы, отсутствие связи и пр.» — люди просто не хотят отдавать банкам те проценты и копейки, которые идут с каждой транзакции: например, чашка кофе 20 грн, маржа — 10, банку отдать 2?
Если и эту проблему удастся решить, я уверен, что и у нас начнут работать с картами на каждом шагу. Это, кстати, к вопросу о национальной платежной системе: кто бы что ни говорил про распилы, а идея нужная.
У Yahoo объем почтового ящика — unlimited. Это был их ответ на гигабайты Google, что-то вроде «Меняйте свое отношение к почте: письма удалять не надо совсем.»
Лучше расскажите, какого черта реклама стала браузером показываться иногда вверху страниц? Всегда одно и то же — какой-то недомаркет игр от МТС, причем это даже не мой оператор.
Я что-то слышал, про рекламу на стартовом экране, но чтобы вот так везде и всюду ее пихать — ай-ай-ай!
Первый Гэлэкси был рекордсменом продаж — это из-за него Samsung расширил серию до безобразия, так, что теперь только самые дрянные их аппараты не называются Galaxy. То же самое в свое время Asus со своим Eee PC делал.
Да, ядерная энергетика — это здорово. Только упускаете один момент — ядерного топлива (U, Торий в расчет не беру) в мире очень мало. Есть такая теория, которая называется в западной литературе «peak oil». Она говорит о том, что мы извлекаем из недр нефтепродукты быстрее, чем они восстанавливаются. И что самое важное, мы уже исчерпали больше половины нефтяных запасов.
То же самое и с ураном. Да, может статься, что где-то подо льдами Гренландии нас ждет огромное урановое месторождение, но вероятность этого невелика. Сейчас в целом старые месторождения отработаны более, чем на половину. Новых нет. И если про нефть, газ и уголь говорят, что их хватит лет на 300, то урана — на 50-70.
Остается надеяться, что к тому времени что-нибудь придумают. Но тут у атомной энергетики дела не очень: про те же отходы как говорили лет 50 назад, что потом ученые придумают, что с ними делать, так по сей день и говорят.
Вообще взлет Express — дело ожидаемое. Львиное большинство же хочет писать веб-приложения, вот и хватаются за веб-фреймворк. Особенно это касается тех, кто приходит из Руби — они ищут аналог Рельсов и начинают клепать поверх Express те же велосипеды, что и под Rails или Sinatra.
Вообще, это еще хорошо, что Express — это только 70% всей node-разработки, а не 90, как в случае с Rails и Ruby*. Все-таки, асинхронный стиль программирования отпугивает довольно много традиционных веб-разработчиков.
*Цифры с потолка, но идея понятна.
Git:
— Классика жанра — Git for Windows. Можно смело выбирать тот пакет, что слева: для пользователя Git его хватит за глаза.
— Более дружелюбное и современное — GitHub for Windows. Сам не пробовал, но разработчики из GitHub нахваливают этот клиент и утверждают, что он вполне может работать и с другими кодохостингами, в первую очередь с BitBucket, Google Code и CodePlex (и даже показывает граватары для коммитеров).
Node.JS:
— опять же, без необходимости сборки из исходников Node доступен на nodejs.org/#download После установки и node, и npm могут работать из обычной командной строки.
— альтернативный вариант — WebMatrix 2. Из коробки умеет запускать приложения под облегченным IIS в один клик, редактор подсвечивает синтаксис, неплохо автокомплитит, понимает LESS, SASS, CoffeeScript а также имеет два примера проектов с express в качестве стартовых темплейтов. Тут же присутствует интеграция с Windows Azure (облаком от Микрософт).
Замечу также, что одно другому не мешает: у меня на рабочей машине и обычный node, и встроенный в WebMatrix уживаются без каких-либо проблем. Даже если вы не хотите пользоваться IIS, WebMatrix будет для вас очень неплохой и, самое главное, бесплатной альтернативой для WebStorm или SublimeText.
Скажете «ерунда»? а кросс-доменные запросы позволят миллионам вебдевелоперов отказаться от костылей в виде JSONP и наконец-то нормально работать с api сторонних сайтов. До релиза 12 версии Опера оставалсь единственным браузером, не поддерживающим CORS (даже в IE есть для этого дела XDomainRequest с 8й версии).
Он, конечно, WebGL и почие фентифлюшки, но я уверен, что гораздо больше разработчиков оценят именно такие небольшие низкоуровневые изменения. Добавлю списочек:
— CORS
— фрагменты WebRTC (доступ к камере есть, ура)
— drag'n'drop (и двух лет не прошло)
— clipboard API
— device orientation
— XMLHttpRequest progress events (аплоадер без флэша?)
— CSS animations (с префиксом, который все жутко ленятся ставить)
— WebGL (ну ок, неплохо, но лучше б еще canvas 2d и svg на графическом железе ускорили, а то совсем невозможно)
— HSTS (тоже очень кстати на фоне всех SOPA, утекающих баз паролей и прочего мракобесия)
Пока что подробно все не смотрел, но заметно от Mozilla и Chrome не отстает. Жаль, что так много времени потребовалось на обкатку WebGL: очень уж много всего из-за этого задержалось. Та же поддержка File API или CORS, или отдельные элементы WebRTC могли бы выйти и раньше. А так на фоне гонки Mozilla и Google версия 11.5-11.6 уже с полгода кажется динозавром. Эх, был бы релиз 11.7 с этими низкоуровневыми доработками где-нибудь, скажем, в феврале или марте!
Кстати, почему используется ветка 2.10 ядра, а не 2.11?
Ребята специально не готовятся, чтобы не говорить заученными фразами, а ведут живой диалог. Т.е. конечно, если тема окажется для них интересной, то они весь инет перероют, но результат все равно будет оформлен своими словами. Их диалог получается именно таким, как если бы разговаривали пара синьор-разработчиков из соседнего отдела. Нет всеобъемлющих доказательств, нет обсуждения каких-то узких аспектов работы того или иного фреймворка. Зато есть прямая и персональная аргументация — пара слов в стиле «мне не нравится, потому что костыль» — и все. Парни говорят на одну тему, на другую, делятся опытом да и просто проводят время с удовольствием.
Если вам интересен подкаст в стиле «два синьора общаются», то Разбор — как раз то, что надо. Нет, так нет. То, что длинный — имхо, плюс — мне его как раз хватает, чтобы во всей квартире убраться.
Почему Эклипс:
— он бесплатный, исходники открытые — бери и делай свою IDE. Писать IDE с нуля — дело сложное и хлопотное, если для компании важно время выхода среды разработки на рынок, то Eclipse — как раз для нее.
— есть куча документации, а также готовых плагинов с открытыми исходниками — сделать свой плагин для этой среды также достаточно легко.
— Eclipse — стандарт в мире корпоративной разработки. Весьма вероятно, что он уже стоит у разработчиков, а значит и поставить ваш плагин им будет нетак и сложно.
— Eclipse Marketplace — аппстор для плагинов, доступен и из самого Эклипса, и через веб.
Да, у него есть проблемы с производительностью, но если честно, я не знаю ни одной современной среды разработки, которая бы не тормозила. И Visual Studio, и JetBrains IDEs, и НетБины, и Эклипс — все они весьма задумчивы даже на хорошем железе (4 ядра i7, 16 гиг оперативы — все тормозят, не переживайте). Не термозят легковесные редакторы — тот же SubLime или N++, — или среды разработки попроще — например, Code::Blocks или в какой-то степени XCode — но они и умеют гораздо меньше, чем «титаны».
Когда человек работает в одиночку, то какой ему прок от Joel-теста? Тестеров у него нет, спека при каждодневном и итеративном общении с заказчиком не очень-то и нужна, средства разработки у него тоже свои, а не «самы лучшие, какие только можно купить», ну и т.д.
Joel Test — это не панацея. Почитайте вопросы на сайтах StackExchange по соответствующему тегу, например. Большинство людей принимают его, но с оговорками.
1. Система контроля версий, разрешающая создание быстрых бранчей. Операции «создать бранч» и «слить бранч» должны быть мгновенными — это самое главное. Git или Hg вполне подойдут. Это важно, т.к. вам как человеку-оркестру очень важно в любой момент, не теряя времени, иметь возможность переключиться с задачи на задачу. Клиет позвонил, что-то попросил, вы тем временем работали над чем-то. Быстро создали бранч, стали работать над более приоритетной задачей. Сделали, показали мклиенту, он доволен, переключились в старый бранч, продолжили работать над предыдущей задачей. Без ожиданий, проволочек и проблем с мерджем. SVN, CVS, TFS так не умеют.
2. Настройте Continuous Integration. Каждый раз, когда коммитите изменения, должен прогоняться билд с тестами: что-то сломалось — вы об этом уже знаете. CI-сервер должен деплоить приложение. Например, заказчик попросил, что-то сделать, вы сделали и закоммитили, билд тут же прошел — вы можете показать сделанную работу заказчику.
3. Имейте кроме системы управления проектатми отдельный to-do-лист. Например, есть у вас с заказчиком в Гуглодоксах таблица с беклогом, таблица с багами, отдельные таблицы на каждую итерацию, мб бактреккер какой-то использовать будете — не важно! Все равно сделайте отдельный тудулист на день. С утра прежде чем начать работу, решите, что вы будете делать, в каком порядке и т.п. Для вас это будет заменой традиционного ежедневного стендапа. Да и в течение дня поможет вам оставаться сфокусированным. Обязательно ставьте отметки, когда вы завершили ту или иную задачу — будет чувствовать себя классным парнем, а в работе это очень важно. Вечером оставляйте список открытым, чтобы утром первым, что вы видели на экране, был ваш список. Он должен стать для вас основным рабочим инструментом наравне со средой разработки.
Вообще выше Андрей написал правильно — бейте итерацию на подитерации, задачи на подзадачи, этапы на подэтапы и т.п. Так легче оставаться в курсе того, с какой скоростью движется ваше дело, да и движется ли. Это — самое главное.
Судя по тому, что хватает одной такой страницы, вам везет — проект небольшой, такой, что в голове удержать можно и на одну страничку помещается. Далеко не всегда так бывает.
Больше всего добивают те горе-специалисты, которые вцепляются в одну методологию, а потом начинают орать на команду всякий раз, когда кто-то хоть чуть-чуть отклоняется от заданного процесса. Насмотрелся я на таких скрам-храм-трам-барам-мастеров! Обычно такие вырастают из неинженерных направлений (BA, QA, HR), а вчерашние инженеры наоборот часто тяготеют к таким вот lean-подходам, т.к. часто воспринимают задачи, связанные с управлением, как оверхед — необходимое зло, которое нужно свести к минимому. Истина, как всегда, где-то посередине и зависит от конкретного случая.
А еще я автора знаю, поэтому обижать не хочется, но если притвориться, что мы не знакомы (ага?), то я бы добавил:
Уважаемый, во-первых одно капитанство. Львиная доля написанного очевидна даже для тех, кто не то, чтобы проектами не управлял, а вообще не тимлидил ни разу. Много воды и статья ни о чем.
А во-вторых, схема методологий у вас совершенно нечитаемая. Какие-то круги-круги-круги. Ворох умных и не очень слов. Вот и создается впечатление, что и в голове у вас тоже ворох слов и понятий. Похожее впечатление возникает, когда резюме начитанного джуниора без опыта читаешь.
Попробуйте наоборот поступить — не показывайте «источники вдохновения», а покажите сами практики, которые вы переняли. Например, канбан славен тем, что ограничивает объем задач, находящихся в процессе. Если много задач находятся в стадии work-in-progress, то новую задачу начинать запрещено. У вас такой лимит есть? Если да — отображайте. Нет — выбрасывайте. Или, например, стендапы из скрама: есть они у вас — пишите, нет — не пишите. И в результате будут не круги, а список практик, соответствующий разным аспектам ведения проекта.
По списку практик уже можно сравнивать подходы в управлении. А то выходит такое, что один говорит:
— У нас скрам, поэтому мы делаем A!
А другой ему отвечает:
— И у нас скрам, именно поэтому мы A не делаем!
А вы сидите и думаете: «кому из них верить?»
Причем, зарабатывать деньги можно, занимаясь другими важными делами. Я, например, систему дигназтики рака разрабатываю — тоже дело весьма полезное. Знаю ребят, которые образовательные системы для детей пишут.
А кое-кто улицы подметает. И самое главное — мы все нужны, каждый из нас в меру сил и возможностей. Главное — не ленитесь. Тогда и у вас будет гордость за сделанное.
Если это и это — рабочие места, а это — схема расположения, то выходит следующее:
— ребята сидят «островками» по четыре-шесть человек монитор к монитору.
— островков в одной комнате может быть несколько, в некоторых из комнат насчитал 40 мест :(
— основная схема работы — ноут + внешний монитор. Не понятно, работают ли люди с ноутов или с отдельных машин
— ноут по желанию, ThinkPad, MB, других вроде не видно
— не видно цискофонов, наушничков а-ля-колцентр тоже нет. Любо у них принято общаться только текстом, либо втречаться за пределами офисов
— столешница средних размеров, карманов для проводов нет, валяются как попало, высота регулируется
— стулья с дышащей спиной
В общем, сносно, но не айс. Хотелось бы:
— миниофисы с дверьми и убирающимися стенками-ширмами
— мощные машины, ноутов может для нормальной работы не хватать
— два-три внешних монитора
— «гостевые стулья» для парной работы и обсуждений на месте
Так что Axis — не браузер, он не грозит появлению нового рендер- или JS-движка. Так что не надо громких слов в статье — вы пугаеет веб-разработчиков почем зря.
Насчет Flytoget могу сказать так — если у вас карта чипованая (а в Скандинавии почти у всех такие) и чип требует пин-код для проведения платежей, то терминал у вас его запросит.
А что касается микроплатежей, то тут тоже ситуация не такая плачевная. В этих странах все карты эмитируются с поддержкой двух платежных систем — Visa/MasterCard + BankAxept (или шведский аналог). Все терминалы в стране также поддерживают BankAxept, причем эта система остается приоритетной: платеж происходит через BankAxept, если и карта, и терминал его поддерживают. А теперь внимание: тарифы BankAxept намного ниже, чем у международных операторов, а в перспективе правительство надеется добиться того, чтобы они вообще стали бесплатными (мб уже бесплатны — как раз шли дебаты на эту тему, когда я там жил).
Многих наших предпринимателей от идеи принимать безнал отпугивает отчетность (нет серой кассы, маневров с налоговой и т.п.), но в Скандинавии, как вы понимаете, это не проблема. Когда с бухгалтерией проблем нет, у безнала остается только один недостаток — цена
Сейчас для многих это становится проблемой номер один: клиентов, которые хотят платить картой много, но комиссия здорово бьет по марже. Я все чаще замечаю, как мне на кассах кафе или магазинов начинают лепетать про «сломанные терминалы, отсутствие связи и пр.» — люди просто не хотят отдавать банкам те проценты и копейки, которые идут с каждой транзакции: например, чашка кофе 20 грн, маржа — 10, банку отдать 2?
Если и эту проблему удастся решить, я уверен, что и у нас начнут работать с картами на каждом шагу. Это, кстати, к вопросу о национальной платежной системе: кто бы что ни говорил про распилы, а идея нужная.
Я что-то слышал, про рекламу на стартовом экране, но чтобы вот так везде и всюду ее пихать — ай-ай-ай!
То же самое и с ураном. Да, может статься, что где-то подо льдами Гренландии нас ждет огромное урановое месторождение, но вероятность этого невелика. Сейчас в целом старые месторождения отработаны более, чем на половину. Новых нет. И если про нефть, газ и уголь говорят, что их хватит лет на 300, то урана — на 50-70.
Остается надеяться, что к тому времени что-нибудь придумают. Но тут у атомной энергетики дела не очень: про те же отходы как говорили лет 50 назад, что потом ученые придумают, что с ними делать, так по сей день и говорят.