• Меняем архитектуру проекта на распределённую - с чего начать?

    angrySCV
    @angrySCV
    machine learning, programming, startuping
    >Bind user to node after login
    что первый вариант что этот - не очень решения при распределенной архитектуре.
    ====
    вам нужно переделать мышление, о том как вообще следует выстраивать работу в распределенных архитектурах.
    но ничего страшного, можно начать с курсов на курсере или что-нибудь в таком стиле посмотреть
    потом можно говорить о каких-то конкретных подводных камнях.
    Ответ написан
    1 комментарий
  • Какой алгоритм подойдет для описания полета насекомого?

    sergiks
    @sergiks Куратор тега Алгоритмы
    ♬♬
    Можно сделать цепочку преследования: к случайной точке тянется одна, к ней другая, и т.д., а последняя – муха.

    Очередную точку ставить на плоскости случайно, в любом месте внутри допустимой области. Эта точка – цель, к которой стремится следующая, невидимая точка: каждый следующий кадр её координаты изменяются на k * векторИзТекущегоПоложения-в-Цель:
    x = x + k * (xTarget - x);
    y = y + k * (yTarget - y);

    Так «преследователь» замедляется, по мере приближения к цели, никогда её не достигая.

    Эта невидимая точка – не одна. К ней, как к цели, стремится следующая. К той ещё одна. Наконец, сама муха по этому закону стремится к хвосту этой цепи - очередной точке.

    Чем больше звеньев в такой цепи, тем плавнее получается кривая. При приближении мухи к цели ближе, чем на D, генерится следующая случайная цель.

    Сделал рабочий пример.

    Можно поменять алгоритм и сделать, скажем, линейную скорость постоянной. Или случайно варьировать параметры k и D – от этого поменяется скорость и траектория от плавной ближе к ломаной.
    Ответ написан
    Комментировать
  • Что делать когда коллеги уровнем ниже?

    mitaichik
    @mitaichik
    Сталкивался с таким 2 раза. Оба раза пытался объяснить, донести, книги приносил, лекции читал. В ответ - то же самое что и у вас - агрессия, не понимание, безразличие. Оба раза на долго в таких компания не задерживался.

    Мои выводы таковы. Во первых - принять тот факт, что в любой профессии, имхо, 1% гениев, 5-10% процентов профессионалов (тех кто реально увлечен, повышает свои навыки, читает тонны книг, изучает новые технологии), для остальных - это не более чем работа.

    Соответсвенно, если уж сложилась ситуация что уровень различный, то применять людей нужно по разному. Например, опытный проггер проектирует архитектуру, предметную область, может описывает интерфейсы и указывать как что делать, где какие средства и паттерны юзать, а менее опытные все это реализует. Можно и наоборот, я, например, мало что понимаю в верстке. Поэтому когда надо - тупо фигачу на чистом бустрапе, а потом уже наш верстальщик творит свою магию и делает все красиво.

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

    Нельзя забывать о том что у проектов есть карма (или уровень квалификации персонала) который исход от руководства (можете почитать об этом в книге "Человеческий фактор в успешных проектных командах"). Если вы менее профессиональны этого уровня - вы не попадете в компанию (банально не пройдете собеседование). Если гораздо более профессиональны - уйдете сами, ибо работать будет неинтересно и нервительно. Нужно понимать, что ваша ситуация - это не какой-то исключительный случай, это абсолютно стандартная жизненная ситуация, и судя по статистике - народ рано или поздно уходит из компании где уровень квалификации ниже собственных стандартов.

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

    Но самый главный вопрос в вашей ситуации - зачем вам все это? Незря же есть поговорка: умный в гору не пойдет - умный гору обойдет. Скорее всего, у вас ничего не получиться (особенно если коллектив состоявшийся). Если думаете что есть шанс получить какой-то профит (стать тим-лидом, получить овердофига к зарплате) - можно. Но скорее всего вас просто пошлют куда подальше, ваша лояльность к компании исчезнет, и в итоге вы уволитесь. Не лучше ли сразу уйти в компанию своего уровня? Вы пишете что это не решение проблемы а уход от нее. Но нужно понимать что это не ваша проблема. А решать чужие проблемы часто выходит себе дороже.
    Ответ написан
    Комментировать
  • Куда двигаться дальше senior разработчику? Новый язык, технологии, opensource, стартап?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Java
    Седой и строгий
    Как вы это делаете?! За 17 лет работы в ИТ у меня ни разу не возникало вопроса "Куда двигаться?", только "Где взять времени на освоение всего этого бесконечного изобилия технологий, углублённого изучения уже знакомого и реализацию множества идей?"
    Ответ написан
    4 комментария
  • Что делать веб разработчику, если уже всё придумано?

    AgentProvocateur
    @AgentProvocateur
    Правильно заметили, что есть люди-исполнители, а есть люди-генераторы идей. Нужно реально взглянуть на себя и...принять это. Быть профессиональным исполнителем гораздо кошернее, чем быть генератором провальных идей. По статистике, 9 из 10 стартапов провальны...зачем пополнять собой этот список? Если ты - рыба, то многого ли ты добьешься от фрустрации по поводу неумения залезать на дерево?

    Самый верный путь к рабочей идее:
    1. Проработать в какой-либо сфере достаточное количество времени;
    2. Познать её изнутри на собственной шкуре;
    3. Выявить в ней боли/проблемы/недостатки;
    4. Решить их с помощью прикладного навыка (программирования);
    5. Обкатать в собственной работе;
    6. Упаковать решение и реализовать коллегам по сфере;
    ...
    7. PROFIT!

    Далее...даже если завтра в голову залетит рабочая идея, готов ли ты её реализовать? У тебя есть команда, готовая работать минимум полгода-год бесплатно на время создания беты, тестов, обкатки, раскрутки? Она сможет действительно реализовать всё как надо? Если нет команды, имеются ли у тебя средства на зарплатный фонд хотя бы для 5 человек на эти полгода-год? А с учетом налогов и отчислений (+30% к зарплате на руки)? У тебя есть условия для работы этих 5 человек? Есть ли у тебя сумма на маркетинговое исследование твоей идеи (или лучше облажаться на авось)? Есть ли у тебя хотя бы миллион на первичный трафик из директа? Или надеешься донести свой стартап до пользователей путём емэйл-спама?)) Я не указал и доли того, что потребуется для реализации небольшого web-сервиса, даже при наличии действительно рабочей идеи. Может быть, идеи не прут именно потому, что ты просто не готов к их реализации, и неча порожняка гонять?)

    Как выглядит стартап глазами романтичного юноши, начитавшегося глянцевых историй успеха:
    1. Придумать гениальную идею;
    2. Закодить в гараже в одну харю или в паре с дружбаном;
    3. Разместить на сервере и получать от мира благодарности, признание и мешки денег.

    Как выглядит стартап на самом деле:
    1. Пахота минимум 10 лет в одном направлении/сфере;
    2. Наработка профессионализма, идей, контактов, связей, клиентской базы, понимания всех нюансов сферы;
    3. Угон базы, угон клиентов на себя, переманивание лучших коллег/сотрудников, оформление юрлица, открытие "своего дела" на рабочей идее)))

    К примеру, "икона стиля" стартаперов - Павел Дуров, он идеолог? Нет! Прикол в том, что он именно стырил рабочую идею (также, как тырят клиентскую базу у работодателя), собрал команду, создал для неё условия, привлек корешей-евреев с еврейскими ресурсами, бюджетами и влиятельной питерской крышей, и обеспечил этому всему грамотный проект-менеджмент и маркетинг. Дело в идее? Нет, дело в реализации:)

    А если серьезно, сайт - это просто промо-материал, как билборд, только интерактивный и в интернете. Языки веб-разработки - такие же инструменты, как молоток для изготовления билбордов. Веб-разработчик - нифига не носитель уникальных знаний (который просто обязан повторить успех Цукерберга, иначе не тру), и всего-лишь современный слесарь, изготавливающий технологичные интерактивные промо-материалы. А теперь представь слесаря, который завидует предпринимателям, которые заказывают у него билборды, и вскидывает руки к небу с криком "Доколе??")) Смешно? Смешнее только реплики других слесарей на тему "если нет идей, значит меняй профессию"))

    P.S. Понимаю, что вряд ли отметишь мой ответ решением, ведь тебе хочется подбадриваний вида "Не сдавайся! Ищи и обрящешь! Не опускай руки и всё получится! Вот тебе ссылочки, вот тебе инструкции!", а не режущей глаза суровой реальности. Но в некоторых случаях действительно полезно осознать своё место в пищевой цепочке - антилопа или гепард, слесарь или архитектор, промо-изготовитель или промо-заказчик и т.д. И исходя из этого уже взращивать свои амбиции, комплексы и фрустрации. Повторюсь - в стремлении стать самым крутым слесарем нет ничего постыдного, и даже в финансовом плане может оказаться куда выгоднее и стабильнее других амбициозных вариантов.
    Ответ написан
    4 комментария
  • Project Properties в Чужом проекте - Как не зависать по пустякам?

    devalone
    @devalone
    ̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻
    Волшебной таблетки нет, всё приходит с опытом. Но сколько бы опыта в программировании у вас ни было, говнокод читать всегда будет тяжело.
    Ответ написан
    Комментировать
  • Как построить свой рабочий день фрилансеру?

    SuperPosan
    @SuperPosan
    Бандит
    Какая разница когда работать, главное что бы денег платили, работайте когда хочется, отдыхаете когда хочется. Это и есть смысл фриланса.

    Все надоело - пошел гулять. Встертил старого приятеля, напился с ним, вернулся в 11 вечера, заснул, проснулся в 4 утра, сел поработал 4 часа. Опять спать захотелось, лег поспал. Проснулся в 8 поел. Поработал 3 часа, сходил в бассейн. Вернулся с бассейна поработал еще 2 часа. А время только 4 а уже 8 отработал.
    Силы еще есть, поработал еще пару часов.


    Вот так и живу последние пол года, стал более производительней, стал больше отдыхать, да и вообще все хорошо.
    Может и вам подойдет такой стиль

    Графики - Нах*й
    Режимы - Наx*й
    Делайте то что хочется
    Посылайте всех нах*й
    Меня тоже можете послать
    Ответ написан
    8 комментариев
  • Как полностью подготовить систему к использованию?

    CityCat4
    @CityCat4
    //COPY01 EXEC PGM=IEBGENER
    Правило первое - не лепить велосипедов. Для раздачи IP-адресов - либо руки, либо DHCP. Лепить какие-то парсеры, которые будут тащить свободные адреса из каких-то баз - дикость. Для этого даааааавным-давно придумали автоматизацию :)
    Правило второе - виндовый домен - это не только ценный мех, то есть AD. Это еще и службы автоматического развертывания образов, которые можно настроить - и тогда буквально в два-три клика будет ставиться уже подготовленная и частично настроенная система. Да, подготовить образ не всегда просто - зато затраты времени на его подготовку окупаются сто тыщ мильенов раз, особенно при массовом однотипном развертывании, например при открытии филиалов.
    Ответ написан
    1 комментарий
  • Как полностью подготовить систему к использованию?

    @Tabletko
    никого не трогаю, починяю примус
    Сделать wds сервер. Настройки и ПО доставлять через доменные политики.
    Ответ написан
    Комментировать
  • Как полностью подготовить систему к использованию?

    @yaror
    10 лет в мобильном телекоме
    Может быть, глянуть в сторону PXE?
    Вот, например, пошаговая инструкция для Windows 7:
    https://3dnews.ru/626279

    Получается вполне красиво: при первом запуске ПК грузится из сети и подтягивает оттуда же все системные настройки.
    Ответ написан
    Комментировать
  • Как изучаем Python?

    s0ci0pat
    @s0ci0pat
    I'm Awesome
    Только лучшее по Python'у, без лишних слов и воды: https://docs.python.org/
    Ответ написан
    2 комментария
  • Что делает программиста программистом?

    27cm
    @27cm
    TODO: Написать статус
    В вашем списке нет самого главного. Можно всё перечисленное знать, но не быть программистом.

    Программиста делают программистом написанные им программы!
    Ответ написан
    5 комментариев
  • Как удобнее классифицировать(законспектировать) то, что выучил?

    @Lexans
    Много лет очень успешно решаю вопрос топика с помощью OneNote
    Ответ написан
    Комментировать
  • С чего начать для программирования на андроид?

    JohnDaniels
    @JohnDaniels
    Андроид — с чего начать?
    Хочу устроиться Android разработчиком. С чего начать, куда двигаться?
    Клиент для сайта на Android. С чего начать изучение?
    Разработка под андроид — с чего начать?
    Программирование под Android — с чего начать путь изучения?
    С чего начать изучение программирования под Android?
    Java for Android — с чего начать?
    Разработка под Android, с чего начать, не имея базовых знаний?
    С чего начать программировать под Android?
    С чего начать создание приложения для Android?
    Разработка игр под Android — с чего начать?
    Разработка под android для веб-программиста — с чего начать?
    Как учить Java и Android?
    А как бы вы изучали программирование под Android?
    Как создать мобильное приложение Android для интернет сайта?
    На сколько глубокие знания в Java необходимы для начала осваивания Android API и последующей разработки?
    Хочу сделать приложение на Android, какие языки нужно учить?
    Что нужно знать до изучения Java android?
    Какие базовые знания нужны для изучения разработки под Android?
    Достаточно ли Android-разработчику стандартной документации?
    С чего начинать изучать Java?
    С чего начать писать на android (eclipse) ?
    Ответ написан
    2 комментария