• Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    Микросервисы + отсутствие опыта = головная боль и нерабочий код.
    Ответ написан
    Комментировать
  • Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Python
    Седой и строгий
    Как мне кажется, архитектуру логичней разделить на микро-сервисы.

    Вам кажется. Но вы — не Google.
    Ответ написан
    1 комментарий
  • Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    TomasHuk
    @TomasHuk
    Если перефразировать известную фразу:
    Что бы вы не писали, все равно придется 3 раза переписывать.

    Так что начните писать код, через некоторое время появится структура и видение проекта.
    Ответ написан
    Комментировать
  • Почему многие ругаются на flex и float? Что в таком случае использовать?

    Встречаю много

    Да, в интернетах много чего встречается.
    Если бы эти "статьи" не были полное давно, вы бы не задали здесь этот вопрос.
    Знаете, почему?
    Потому что в нормальных источниках было бы написано
    1. Не юзайте то, потому что ....
    2. Юзайте вместо того это.
    В хороших статьях ещё и будут описаны плюсы и минусы как того, так и этого.
    Ответ написан
    Комментировать
  • Какую литературу почитать по проектированию?

    @raspier
    Java Developer
    Вон Вернон: Реализация методов предметно-ориентированного прое... - на трекерах нет, и цена кусается, но автор DDD Эрик Эванс, как-то сказал, что это лучшая книга по его теории.
    На английском уже есть в сети. Искать Implementing Domain-Driven Design: Vaughn Vernon.
    Также есть сокращённая версия: Implementing Domain-Driven Design Distilled (100 страниц).

    Перед сном ещё можно полистать Release it 320 страниц, читается легко.
    Ответ написан
    Комментировать
  • Какую литературу почитать по проектированию?

    @nirvimel
    1. Стив Макконнелл - Совершенный код.
    - почему еще никто не назвал эту очевидную классику? (я аж Ctrl+F-нул по странице, не поверил сначала).
    - также рекомендую его "Анализ алгоритмов. Вводный курс" (хоть это и в стороне от сабжа).

    2. Кент Бек - Экстремальное программирование. Разработка через тестирование.
    - многие считают этот подход антипаттерном, но прочесть, безусловно, стоит хотя бы ради того, чтобы иметь возможность самому поискать ошибки в рассуждениях автора (оно того стоит).

    Еще несколько очень разных книг, которые для меня стоят в одном ряду с Макконнеллом:
    3. Фредерик Брукс - Мифический человеко-месяц.
    4. Эндрю Хант, Дэвид Томас - Программист-прагматик. Путь от подмастерья к мастеру.
    5. Том Демарко, Тимоти Листер - Человеческий фактор: успешные проекты и команды.

    Далее, у Макконнелла в (1) после каждой главы приведен огромный список литературы по теме, большая часть - признанная классика, можно прямо брать списком и выкладывать в этот тред.
    Ответ написан
    Комментировать
  • Какую литературу почитать по проектированию?

    Очень основательная книжка
    1000104253.jpg
    Ответ написан
    Комментировать
  • Java для WEB, с чего начать?

    Konstantin18ko
    @Konstantin18ko
    Стоматолог
    Java EE. Есть видео с Яковлевич Фином, где он рассказывает реализацию.
    Ответ написан
    Комментировать
  • Тенденция к перехвату проектов/клиентов сотрудниками с последующим увольнением. Что делать?

    saintbyte
    @saintbyte
    Django developer
    Знаю сам проходил такую компанию: в вакансии написана одна сумма , на собеседование говорят что подумаем. Итоговая сумма такая как будто из суммы в вакансии вычли все налоги ( 30% ) . Получается ЗП из разряда low-end. При это топ ставит на задачу от 30 минут, системы контроля версий вообще не в курсе, сервера у меня дескотоп круче, соцпакета никакого ( у меня до этого в двух фирмах соцпакет включал оплату обеда) .
    И что в результате : я наблюдал как в среднем по одному сотруднику( программисты и админы ) в месяц сваливают.
    Одно странно манагеры все на месте. А потом я удивлялся что у них вакансия на сайтах висит по 8 месяцов.
    Ответ написан
    5 комментариев
  • Тенденция к перехвату проектов/клиентов сотрудниками с последующим увольнением. Что делать?

    @Posigrade
    Так же, планируем создать несколько уровней допуска к проектной информации и комплексную аналитику поведения сотрудников (почта, чат, crm, видео-наблюдение, присутствие/отсутствие и т.д.) для раннего обнаружения отклонений.

    Про раннее обнаружение отклонений - вопрос же не сроках, а в причинах и в исправлении. Если уйдет человек на 3 или 6 мес раньше, то естественный вопрос возникает сколько вы упускаете за счет того, что он на вас работает на 3-6 мес. меньше, чем он бы мог работать? Если вы ничего особо не упускаете (т.е. заменяем его другим спецом и никаких проблем), то у вас имхо определенно чето не так. Т.е. имхо не конкурентов надо боятся, а того, что ваши люди, доросшие до какого-то состояния, у которых наконец-то доросли до понимания вашей темы, которые теперь по идее должны начать плодоносить (ну хотя бы годик, пока им тема не надоест), вдруг от вас уходят. Они же по идее набрали у вас квалификации по по именно вашей узкой теме, эта тема им интересна, они хотят ей заниматься, хотят и дальше расти, они в состоянии быть полезными - идеальные же сотрудники, чистый кайф для бизнеса. Обеспечь такому человеку комфорт, чтоб ему не захотелось заморачиваться на счет собственной конкуренции с вами или перехода к вашим конкурентам, и он с огромным удовольствием будет себя отдавать работе и приносить вам кучу пользы. А в место этого он заморачивается и уходит и не вы срываете эти плоды.

    Т.е. имхо так: плоды вы выращивать умеете - это огромный ваш плюс (и заморочки на счет уровней допуска или видео наблюдения имхо этому могут повредить), но вы не хотите срывать и есть эти плоды - это ваш минус.

    "комплексную аналитику поведения сотрудников для раннего обнаружения отклонений" - еще раз повторю, вы заранее будете знать, когда плод созреет. Но смысл заключается в том, чтоб срывать плоды и есть их.
    Ответ написан
    3 комментария
  • Тенденция к перехвату проектов/клиентов сотрудниками с последующим увольнением. Что делать?

    @Alexey_Kutepov
    Разработчик программного обеспечения
    У Вас довольно предприимчивые сотрудники, раз такое проворачивают. Мне кажется что дело в характере: если человек от Вас ушёл и организовал свой бизнес, то тут скорее всего Вы недосмотрели при подборе персонала.
    Есть люди, которым никогда не хватит смелости организовать свой бизнес или им просто это не нужно. Максимум что они могут - уйти к конкуренту. Вот таких и ищите)

    Тем чувакам которые от Вас ушли нужно пожелать удачи и поздравить с избавлением от рабства! Я такими всегда восхищаюсь
    Ответ написан
    Комментировать
  • Тенденция к перехвату проектов/клиентов сотрудниками с последующим увольнением. Что делать?

    @kazmiruk
    По скользкому пути идете. Несколько лет назад работал в небольшом стартапе. Стартап начал приносить деньги, начали его развивать. А в один момент начальство укусил петух в жопу: наш проект могу украсть!!! Началось с малого - слежение за трафиком, максимальное ограничение прав и анализ логов. Затем кейлоггеры начали появляться, затем установили камеры видеонаблюдения, затем мы нашли диактофон, который включался на запись, когда начальство уходило куда-то. Потом сбрендили и вообще в обязательном порядке начальство стало находиться в одном кабинете с нами и сидеть в такой позиции, чтобы видеть чем кто занимается. Как итог - через 6 месяцев такой работы вся команда свинтила кто куда при том, что условия были очень даже ничего по з\п и графику. Поэтому стоит прислушаться к советам, которые уже дали - стоит искать проблему в себе и стараться привлекать сотрудников, а не отталкивать помещая их в жесткие рамки. Программисты делают Ваш проект. Без них Ваш проект ничего не стоит (собственно Ваш вопрос об этом и говорит - достаточно им унести идею и Вы в панике). Поэтому сделайте так, чтобы они не захотели уходить.
    Ответ написан
    8 комментариев
  • Как разработчику выделять время для изучения новых технологий и самообразования?

    Вместо книг в дорогу можно взять ноутбук (если на машине - пересядьте на городской транспорт) и осваивать фреймворки на практике. Это 3 часа ежедневно. На работе вы с 9 до 18 без перерыва стучите по клавишам? Что вы там такое кодите? И почему в этом случае старший коллега не делает код ревью и не говорит вам: "'Э, братец, вот тут давай в пайплайн-паттерн это все завернем, иначе стремно выходит"? На пикабу, в соцсети или курилку за жизнь потрепаться не ходите, нет? А это ведь еще дополнительное время. Теория - она кстати очень полезна, когда у сферического программиста появляется ощущение, что он пишет не очень красиво, а тут как раз статья на хабре об архитектуре приложения или о каком-нибудь паттерне. Вместо тех же соцсетей читайте хабр :)

    А вообще странно, что вам старший коллега не говорит, что именно нужно подтянуть. Ощущение, что у вас его просто нет и вашу программистскую деятельность никто не контролирует (был бы результат и ладно, а как он написан - неважно). В этом случае можно тупо 30% времени на рабочем месте уделять самообразованию и никто вам ничего не скажет (потому что для всех ваша работа - это магия). Также в этом случае можно сменить работу. Если же старший есть - спросите его "что посоветуешь мне изучить на следующей неделе?". Я сейчас на фрилансе и время на обучение есть либо между задачами, либо между проектами. Плюс по утрам 1-2 часа читаю и смотрю что-либо (как раз примерно время вашей поездки до работы), сегодня вот vue.js был, например.

    И еще, программирование - это как увлечение и изучать новое интересно (либо есть добровольное стремление сделать собственный код чище и поднять свой скилл). А на интересное всегда можно найти время, если же вы занимаетесь самообразованием в программировании через палку и вам куда интереснее пойти погулять с друзьями, то может вам с программирования переключиться на что-нибудь более лично вам интересное, например бизнес типа "организация прогулок для друзей по городу" (образно, разумеется)?
    Ответ написан
    Комментировать
  • Button или ссылка?

    agmegadeth
    @agmegadeth
    Веб-разработчик в дизайн студии
    button в пределах формы верен. В остальных случаях тег a
    Ответ написан
    Комментировать
  • Стоит ли расселить ПМ и разработчиков?

    KorroLion
    @KorroLion
    Однозначно стоит!

    Работал в одной конторе, где была постоянная болтовня. Некоторые менеджеры постоянно спрашивали какие-то вопросы. Производительность при этом была отвратительная. На сложной задаче сосредоточиться невозможно!
    Жутко бесило, постоянно срывался на них (( А отселиться там невозможно было из-за размеров офиса.

    В другой конторе работал в полной тишине в отдельной комнате с разрабами. Если разговоры есть, то по делу и очень редко. Производительность выше в сотни раз.
    Ответ написан
    Комментировать
  • Стоит ли расселить ПМ и разработчиков?

    sim3x
    @sim3x
    Соберите статистику и пожелания внутри коллектива, а не тут
    Ответ написан
    2 комментария
  • Oracle Linux для СУБД Oracle?

    Выбирайте версию линукса исходя из версии базы. Для каждой версии базы свои официально поддерживаемые версии ОС. Можете поискать на сайте оракла.
    Ответ написан
    Комментировать
  • Существует ли достойный видеоредактор под linux?

    Hurenweibel
    @Hurenweibel
    Советую посмотреть в сторону Kdenlive. Вполне достойная программа.
    Ответ написан
    Комментировать
  • Будет ли .Net вытеснять java на серверах?

    @bromzh
    Drugs-driven development
    У явы есть много вариантов и альтернатив в плане построения веб-приложений. Тот же спринг и его проекты развиваются быстрее, чем j2ee, а в последний попадают лучшие из них. Да и конечных фреймворков для тех или иных целей тоже много (несколько шаблонизаторов, несколько JSON-фреймворков, много фронтэнд-фреймворков и тд). У .net есть только asp.mvc
    Ява не ломает (почти) обратную совместимость (а это огромный плюс для энтерпрайза)
    У явы есть огромное комъюнити, создающее разные продукты. А .net-ом руководит только 1 корпорация
    Миллиарды строк того же энтерпрайз-кода, который не будут переписывать много лет.

    Так что ява никуда не денется. Плюс, сейчас в ней много хороших изменений, так что сам язык становится лучше (и не стоит забывать про альтернативные языки для JVM).

    скоро появиться большое количество фреймворков на дотнете
    Который будут сырыми (а половина будет поделками студентов). Всё-таки, фреймворки на яве разрабатывались крупными компаниями и зрели годами. Сейчас они (обычно) очень стабильные и качественные. Когда появятся подобные фреймворки для дотнета, тогда можно будет смотреть в его сторону.
    Ответ написан
    2 комментария
  • Существует ли готовая функция в PL/SQL (Oracle SQL) для выбора значения в поле1 из нескольких имеющихся строк в таблице, отличающихся в дате в поле2?

    @pihel
    Sql, Oracle, pl/sql, BI, ETL, php, olap
    Почитайте про KEEP (DENSE_RANK FIRST ORDER BY date_field ASC) или про OVER (PARTITION BY person_key ORDER BY date_field)
    Ответ написан
    Комментировать