• Как рассадить всех по науке и не превратить кабинет в рассадник ненависти
    0
    Надо быть таким сотрудником, чтобы руководство понимало: даже если ты сейчас смотришь порно посреди рабочего дня, волноваться не о чем — поставленные задачи будут выполнены качественно и вовремя!
  • Правила разработки в Яндекс.Здоровье
    0
    Гражданская позиция может и должна быть у каждого гражданина. Если бы химики в нацистской германии все дружно саботировали разработку хим оружия, то не было бы хим оружия у фашистов. Пример нарочито упрощенный, но суть ясна.
    Я не к тому, что разрабы яндекса должны отказаться от проекта, а лишь отвечаю на ваш вопрос «должны ли смотреть, что делают».
  • Правила разработки в Яндекс.Здоровье
    0
    Заметьте, про предметную область я ничего не писал. Ну, кроме расстрелов за гомеопатию, которые спасли бы какое-то количество жизней и сэкономили бы миллиарды честным, но неграмотным гражданам.
  • Правила разработки в Яндекс.Здоровье
    +3
    За гомеопатию давно пора расстреливать.
    А статья хорошая.
    И комментарии изящно подчеркивают проблему разных подходов разработчиков-перфекционистов и управленцев нацеленных на результат к вопросу.
  • Неотвратимость наказания, эффективность внезапных проверок
    0
    … и дай нам мудрости отличить первое от второго…
  • Управление требованиями к IT-продукту внутри компании
    0
    Да, могу. И в ней не будет ничего нового, неизвестного большинству коллег. Поэтому не буду:).
  • Управление требованиями к IT-продукту внутри компании
    0
    Все, все, сдаюсь.
    Но если бы вы внимательно читали и думали, о чем я пишу, вы бы заметили: такие проблемы есть у всех, все о них знают, и всем приходится их решать в той или иной степени. И интересно не то, что они есть, а как именно их решаете вы. Методология, алгоритмы, роли в команде и т.п. Рассказ типа «у нас прибегают пользователи с квадратными глазами и спрашивают про что-то, что уже есть… что делать? Рассказать им, что оно есть!» — ну вы поняли:)
  • Управление требованиями к IT-продукту внутри компании
    0
    Иногда следует признать ошибку и подумать над тем, как ее не допустить в дальнейшем. Но если вы настаиваете на дискуссии, то…

    «Хотелки». Вы написали, что они есть. Вряд ли это новость. Вы написали, что они не формализованы и не понятны, и иногда пересекаются, а иногда достаточно ткнуть пальцем в уже имеющуюся фичу. Вряд ли это важная информация. Каких-то методик для работы с хотелками вы не указали. Ценность информации по хотелкам — ноль. Ну ок, тут есть посыл: юзеры хотят всякого. Причем в заголовке акцент на внутренних юзеров, но каких либо отличий их от внешних, или особенности работы с ними, я не увидел.
    Про описанные задачи, готовые к работе, нет вообще ничего — даже какой-никакой классификации, не знаю… вы просто указали, что они получаются каким-то образом из хотелок. Ценность информации — абсолютный ноль.
    Когда я захожу на этот ресурс, и вижу заголовок потенциально пересекающийся с моей проф. деятельностью, я радостно читаю статью: вдруг узнаю что-то новое, или получу подтверждение что делаю свою работу правильно, или какая-то важная мысль для понимания сути мироздания промелькнет. А тут — ничего нет, пустота.

    Мои комментарии несут ровно одну цель: сказать вам, что заметки не должны быть такими, текст ради текста. Статьи здесь должны быть интересны кому-то из читателей. А читатели, в основном, профессионалы, или около того.
  • Управление требованиями к IT-продукту внутри компании
    0
    Ответьте на простой вопрос. Что же тут есть? Часть между хотелками и реализацией это я бы сказал — вообще весь проект. Сначала есть хотелка, потом знак вопроса, потом она реализована. Этот знак вопроса включает в себе не только управление требованиями, а еще кучу всего интересного. И этого в статье тоже, нет. Чего же в ней есть, кроме пары анекдотов?..
  • Управление требованиями к IT-продукту внутри компании
    0
    Ну очевидно, товарищ решил написать статью, чтобы получить приглашение — так все делают, это правильный путь. Но полагаю, для этого нужно копнуть глубже. Например, взять готовые методологические наработки управления требованиями (допустим, из pmbok) и рассказать о реальной практике применения каких-то из них в своей работе. С примерами. Например, как составляли матрицу требований, ранжировали ее и т.п.
  • Можно ли использовать Tibero вместо Oracle. И нужно ли
    +2
    Значит не с теми людьми общались. Без хранения программного кода в репозитории работать невозможно, это профнепригодность просто. Не удивлен в таком случае, что у вас скептическое отношение к БЛ в БД. Такой подход к работе я не рассматриваю.

    Про «другое» сильно от задачи зависит. Если инстансов базы мало ( в идеале один), то вопрос решается организационно, в том числе и с помощью ГИТа. Сделать скрипты, компилирующие все что нужно — не так сложно. Остальное (то, что не в базе) собирайте как хотите. Но нужна синхронизация действий.

    Если инстансов множество, и, допустим, у вас нет к ним доступа — нужно наладить выпуск патчей для их обновления. Но в последнем случае, я бы крепко задумался о БЛ в БД.

    Идеальная ситуация для такого подхода — один облачный сервер и множество клиентов. Тогда проблем вообще нет. Либо крупные системы типа биллинга в сотовой связи, где клиентов по пальцам пересчитать можно.
  • Можно ли использовать Tibero вместо Oracle. И нужно ли
    +2
    Заявочка на холивар? :)
    Что мешает хранить исходные коды БД в Git?
    … а в 70-х я еще даже не родился.
    Но думаю, продолжать смысла нет, ведь оба подхода имеют право на существование. Вопрос в конкретном случае, и целесообразности выбора того или иного пути для него.
  • Управление требованиями к IT-продукту внутри компании
    0
    Прочитал заметку, и не понял: где тут про управление требованиями хоть что-то? Да еще именно внутри компании. Вы рассказали о том, что у пользователей бывают хотелки, и что обычно они не очень понятно для разработчиков выражаются. Вряд ли это открытие для читателя. В конце предлагается их все брать и анализировать, чтобы получить задачи. Это, видимо, и есть управление требованиями. В чем смысл написания этого текста?
  • Можно ли использовать Tibero вместо Oracle. И нужно ли
    +10
    У многих принято. Есть разные подходы, и утверждать о правильности одного и ошибочности другого без привязки к конкретному случаю нельзя. И большинство СУБД дают достаточно ограниченные возможности для реализации логики. А Oracle дорогой.

    Я бы сказал так: хочешь и умеешь делать логику в базе, есть деньги на Oracle и желание их потратить — прекрасно! Делай логику в базе. Если ответ «нет» хоть по одной из частей вопроса, то надо смотреть, что это за логика и принимать решение.

    Если же ты купил Oracle и просто хранишь там данные в табличках — это растрата денег.

  • Вопросы совместимости Tibero и Oracle. Часть 1. Условная компиляция PL/SQL
    0
    Спасибо. Конечно, я понимаю про необходимость скомпилить базовый тип ;)
  • Вопросы совместимости Tibero и Oracle. Часть 1. Условная компиляция PL/SQL
    0
    Подскажите пожалуйста, что с типами и ООП PL\SQL?
    Если, например, я хочу что-то такое иметь в этой СУБД…

    CREATE OR REPLACE TYPE t_mama UNDER t_person
    (
      m_1            NUMBER, 
      m_2            NUMBER, 
      m_3            NUMBER,
      
      CONSTRUCTOR FUNCTION t_mama (ins t_person ) RETURN SELF AS RESULT,
      MEMBER FUNCTION method1 RETURN NUMBER,
      MEMBER FUNCTION method2 RETURN NUMBER,
      MEMBER FUNCTION method3 (m_type NUMBER) RETURN NUMBER 
    ) NOT FINAL;
    
  • Возможности PostgreSQL, которых нет в MySQL, и наоборот
    0
    Транзакционный DDL!? Он даже в Oracle не транзакционный, кажись…
  • Эксперимент: бесплатно переводим кейворды и описание приложений для App Store и Google Play в обмен на статистику
    0
    Заявку оставлять по ссылке? Не нашел там отдельной кнопки «акция на хабре».
    Можно ли дать ссылки на размещенные на гуглплей и аппсторе приложения, или надо скопировать оттуда текст и вставить?
  • Эксперимент: бесплатно переводим кейворды и описание приложений для App Store и Google Play в обмен на статистику
    0
    А до какого времени продлится акция!? Я готов участвовать, но англоязычные приложения в 2015 году только будут, надеюсь в самом начале:).
  • Что ускоряет принудительная сверхурочная работа
    0
    можно нескромный вопрос… а сколько КОНКРЕТНО надо именно вам? Ну или хотя бы… вы знаете, сколько конкретно вы должны получать в месяц, чтобы искренне сказать " все. больше мне — не надо, этого достаточно"?
  • Что ускоряет принудительная сверхурочная работа
    0
    Вот я и говорю: надо валить с работы, если еле хватает на еду. Тогда вам и 36% ситуацию не изменят. А если доход хороший, то 36% от него — это круто, можно и потрудиться. И с чего вы взяли, что человеку с доходом 100 т.р., 36 дополнительно «не так и нужны» !? Это ваш случай?:)
  • Что ускоряет принудительная сверхурочная работа
    –1
    Ну точно. Если мне платят, скажем...100 000 рублей. +36% это + 36 тысяч.
    Если мне платят 10 000 рублей, то +36% это +3600.
    В каком случае разница существенней, для человека?
    Валить надо как раз во втором случае.

  • Что ускоряет принудительная сверхурочная работа
    +1
    Как-то существовал примерно пол года. 12-тичасовой рабочий день, пара-тройка выходных в месяц. Но это был вопрос существования проекта — либо мы сделаем, либо не сделаем. Спустя годы, стресс прошел, а результат — на лицо. Я не к тому, что так надо. Но я к тому… посмотрите на то, как работают в Южной Корее?
  • Что мы знаем и чего не знаем об оценке трудозатрат в разработке ПО
    0
    только мне текст показался категорически нечитабельным?
  • Что ускоряет принудительная сверхурочная работа
    +1
    Очень, очень спорные утверждения в статье. Особенно про "+36% к зарплате, оно вам надо?" Как раз при хорошей оплате труда это может быть весомым фактором.
  • СПУ = PMBok, или все новое – хорошо забытое старое?
    0
    Тогда ответ на Ваш вопрос — «нет». PMBoK и правда, не представляет собой ничего нового. Это нигде и не заявляется. Это набор большого количества практик из реальной жизни. В теории, если вы — член PMI, вы можете подать заявку — типа ребята, я тут в ряде проектов применил вот такую штуку- не хотите ли включить в стандарт? И если сообщество эксертов сочтет это годным, включат. Но говорить, что оно выросло из СПУ… по меньшей мере, странно. По легенде, оно выросло из изучения организаторами деятельности крупных и не очень американских предприятий. Вы написали что-то типа «а вы знаете, что русская литература — это, фактически, Мольер». Хотя доля правды тут будет, наши писатели много заимствовали из европейской классики. Всей, а не только Мольера. И друг у друга учились.
  • СПУ = PMBok, или все новое – хорошо забытое старое?
    +2
    Вот если бы вы сказали, что СПУ слегка похож на цикл Деминга… я бы не стал спорить. Правда, стоило бы об этом писать целую публикацию?
    Считаю, вы погорячились со знаком равенства. PMBoK включает в себя, среди прочего, метод, похожий на СПУ. Это было бы правильно, но ни разу не сенсация.
  • Мыть или не мыть? Foursquare для чистоплотных водителей
    0
    Коллега, с вами работают 150 000 автомоек, или вы загрзили в базу из яндекса или дубльгиса 150 000 автомоек? Это большая разница. Если вам 150 000 автомоек уже платят бабки, то зачем публиковаться на Хабре — проще его купить!
  • Менеджмент. Краткое руководство для начинающих менеджеров и опытных подчиненных
    +2
    а почему вы решили, что программист был хороший?.. В менеджера может вырасти посредственный программист, которому стало не интересно программировать. Но он обладает достаточной компетенцией и кругозором, чтобы понимать как это вообще должно быть.
  • Samsung Galaxy K Zoom: протестировано на людях
    0
    В наше время за прогрессом не уследишь
  • Samsung Galaxy K Zoom: протестировано на людях
    +10
    С нетерпением ждем приделывание бритвы :)
  • Хранимые функции. За и против
    0
    Постараюсь найти читабельный короткий пример — чтоб показательно. Но после выходных, даже от дискуссий в интернетах надобно отдыхать:)
  • Хранимые функции. За и против
    +1
    Ну вы же понимаете, что составление и аргументация такого примера — это скорее тема для статьи среднего размера, нежели чем для комментария. На досуге подумаю, может и напишу такую. Пока лишь буду о личных впечатлениях: мне так нравится больше, код понятней и сгруппирован более логично, можно мыслить в интуитивно понятных объектах — мне нравится.
  • Хранимые функции. За и против
    0
    Когда логику удобно представить с помощью объектов, а не таблиц и процедур. В конечном итоге все — нолики и единички, все, что до — для удобства и скорости разработки.

  • Хранимые функции. За и против
    0
    Угу, в общем бывает по-разному. Мы всегда против использования инструментов, которыми не умеем пользоваться. Я согласен что очень редко применяют такое в Оракле. Но считаю, что зря:)
  • Хранимые функции. За и против
    0
    Вся логика в СУБД, но функционала процедур стало явно мало. Выбор: либо делать сервер приложений со всеми вытекающими, переписывать все нафиг, либо использовать возможности ООП в Оракл. Они специфические местами, но если разобраться, именно разобраться — вполне себе юзабельны.
  • Хранимые функции. За и против
    +1
    Я, я автор такого продукта!!! Даже бумажка из патентного бюра есть:)
  • Хранимые функции. За и против
    0
    да, я не спорю же. Статья нормальная, но рамочная.
  • Хранимые функции. За и против
    +1
    Ну, значит надо либо изначально рассчитывать ХФ на это, либо отказываться от СУБД:) Но в целом это и правда холивар без конкретной задачи (и известного набора исполнителей, часто это тоже входное условие задачи) сложно оценить подходы.
  • Хранимые функции. За и против
    +1
    там типы, типы есть. С методами, наследованием, конструкторами, деструкторами и прочими прелестями ООП