1. Не приходить рано. Обычно мы назначали собеседования в час, после обеда. Если кандидат приходил раньше, меня просто не было на рабочем месте, на рецепшене тоже ни кого не было и он начинал ходить по кабинетам спрашивать куда идти.
Плохонький у Вас «рецепшен» или общая ораганизация процесса такая «фиговенькая».
Кого же вы искали? Технического писателя (на ТЗ)? Менеджера проекта? Разработчика? Уточните этот вопрос пожалуйста.
PhpStorm = WebStorm + Php
Но лучше убить всех зайцев сразу, взяв IntelliJ IDEA Ultimate, которая включает в себя все «младшие» IDE — и PhpStorm, и WebStorm, и RubyMine,
Есть правила оформления кода.
А вот из-за того, что оформлено не по правилам возникает тонна проблем при обновлении на новую версию.
Зачем создавать ситуацию, когда каждый следующий релиз напоминает выход на минное поле?
Для примера gem carrierwave — неделю или две назад что-то около 100 ошибок было сейчас только 22.
кстати с популярным delayed_job таже ерунда.
На мой взгляд удобнее хранить в json, а не в xml.
Да 3-5 мелких файлов для языков лучше одного, хотя бы тем что можно diff Сравнить отличия и найти потерянные строки.
>>Когда на проекте ближе к концу разработки становится понятно, что без версионности данных не обойтись
Отвинтите руки проектировщику.
>>И всё же небольшое ТЗ было изложено в посте
Обязательные:
ТЗ как-то не логино выглядит, зачем хранить предыдущее значение когда можно хранить diff и по необходимости на лету сравнивать?
Просмотр предыдущих и откат на любую версию — так-же без лишних трудностей делается через diff
Желательные:
Минимально возможные трудозатраты — не соблюдены)
Экономии дискового пространства в Вашем решении — пшик.
За старания в создании «Лисапеда» — плюс.
За реализацию — минус.
>>Объясните, пожалуйста. Такая структура придумывалась не один день, и вариант
Пользуйтесь Q&A — частенько подскажут куда рыть.
Есть «Эпоксидный двухкомпонентный сверхпрочный клей» часто применяется когда надо залить плату полностью. + можно добавить красители.
Для электроники гораздо больше подходит чем EVA.
Опыт да приходит, некоторые с опытом наоборот пересаживаются на более простые в плане функционала вещи, многие знакомые программисты пишут в vim (не дорос я наверно до их понимания)
просто из-за того, что им так удобнее, а для отладки разворачивают образ на амазоне и прогоняют там код.
При этом и доки атоматом пишутся, и проекты антом собираються )
Вы не поверите (с) для Блокнотика есть точно такие-же плагины для интеграции с контролем версий и таскерами.
Та-же работа на удаленном сервере.
При желании даже отладка прикручивается.
Плохонький у Вас «рецепшен» или общая ораганизация процесса такая «фиговенькая».
Кого же вы искали? Технического писателя (на ТЗ)? Менеджера проекта? Разработчика? Уточните этот вопрос пожалуйста.
Для PHP смотри реализации в Yii и Kohana, или в составе Limb
Скорее надо смотреть на оптимизацию выборки.
Вопрос автору: ленты выбираются для каждого пользователя? или для всех? а потом раздаются только актуальные обновления :?
25.media.tumblr.com/8b3c156c5f898aab31b307a029bb4e92/tumblr_mfqzrdakAt1roe4ino1_250.gif
3) chrome.google.com/webstore/detail/scrum-for-trello/jdbcdblgjdpmfninkoogcfpnkjmndgje
4) chrome.google.com/webstore/detail/trello-list-progress-bar/klhahganeobopkelbdeljamclomlhhjg
Трэкер — Для допиленной под свои нужды методологии, оч даже нормально)
Вот только зачем дублировать почти полностью свою-же статью: habrahabr.ru/post/139461/ за март 2012? (2-6 пункты)
habrahabr.ru/company/JetBrains/blog/163237/#comment_5616559
PhpStorm = WebStorm + Php Но лучше убить всех зайцев сразу, взяв IntelliJ IDEA Ultimate, которая включает в себя все «младшие» IDE — и PhpStorm, и WebStorm, и RubyMine,А вот из-за того, что оформлено не по правилам возникает тонна проблем при обновлении на новую версию.
Зачем создавать ситуацию, когда каждый следующий релиз напоминает выход на минное поле?
Для примера gem carrierwave — неделю или две назад что-то около 100 ошибок было сейчас только 22.
кстати с популярным delayed_job таже ерунда.
Python way)
На мой взгляд удобнее хранить в json, а не в xml.
Да 3-5 мелких файлов для языков лучше одного, хотя бы тем что можно diff Сравнить отличия и найти потерянные строки.
Отвинтите руки проектировщику.
>>И всё же небольшое ТЗ было изложено в посте
Обязательные:
ТЗ как-то не логино выглядит, зачем хранить предыдущее значение когда можно хранить diff и по необходимости на лету сравнивать?
Просмотр предыдущих и откат на любую версию — так-же без лишних трудностей делается через diff
Желательные:
Минимально возможные трудозатраты — не соблюдены)
Экономии дискового пространства в Вашем решении — пшик.
За старания в создании «Лисапеда» — плюс.
За реализацию — минус.
>>Объясните, пожалуйста. Такая структура придумывалась не один день, и вариант
Пользуйтесь Q&A — частенько подскажут куда рыть.
Для электроники гораздо больше подходит чем EVA.
Правила -> habrahabr.ru/info/help/rules/
Опыт да приходит, некоторые с опытом наоборот пересаживаются на более простые в плане функционала вещи, многие знакомые программисты пишут в vim (не дорос я наверно до их понимания)
просто из-за того, что им так удобнее, а для отладки разворачивают образ на амазоне и прогоняют там код.
При этом и доки атоматом пишутся, и проекты антом собираються )
Та-же работа на удаленном сервере.
При желании даже отладка прикручивается.
Вопрос: А оно надо?