• Как компьютер (процессор) отличает битовую последовательность 0000 от 00000?

    VoidVolker
    @VoidVolker
    Dark side eye. А у нас печеньки! А у вас?
    Никак, т.к. и первая и вторая - нули. Когда пишется 0 - по факту подразумевается 8/16/32/64 нулевых бита (конкретное число зависит платформы и контекста).
    Ответ написан
    3 комментария
  • Какой мультиметр купить с защитой от дурака?

    @nehrung
    Не забывайте кликать кнопку "Отметить решением"!
    Как правило, хорошая защита по входам в мультиметрах сочетается с автоматическим выбором предела и считается не элементом защиты от дурака (это тривиально), а признаком более высокого класса аппаратуры.
    Что же касается защиты от него, родного, то могу посоветовать такой аппарат - HoldPeak HP-890CN, в котором она реализована конкретно: при установке переключателя в определённое положение специальные шторки открывают только те гнёзда для щупов, которые годятся для этого типа измерений, и наоборот - если щупы вставлены, то в неподходящие положения переключатель поставить не удастся.
    Дополнительный бонус этого мультиметра - повышенная точность: край шкалы у него 5999 в отличие от привычных всем нам 3,5 разрядов (1999). Ну и разумеется, автоматический выбор предела. Пользуюсь им уже полгода и не нарадуюсь. Покупал на Али с некоторыми сложностями (продавец пытался запудрить мне мозги).
    Ответ написан
    7 комментариев
  • Мотивация для разработчика. Как мотивировать себя/команду работать продуктивно?

    Мотивация - ничто. У нее очень маленький ресурс, ее одной недостаточно. Многие не делают даже то, чего, в общем-то, хотят, потому что им лень, или плохое настроение. Вопрос в дисциплине, когда человек делает то, что ему нужно делать, в любом случае, по расписанию.

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

    Ищите способы поднять дисциплину в коллективе, подавайте личный пример. Правило 5% - если 5% будут работать дисциплинированно, остальные могут втянуться. И в общем-то масса способов. К работе нужно относиться в первую очередь как к работе, а не к развлечению с интересными задачами.

    P.S. В общем-то, если пооффтопить, неверная трактовка мотивации и вне работы \ программирования приводит к фейлам при попытке сесть на диету или подкачаться к лету.
    Ответ написан
    9 комментариев
  • Какое оптимально количество функцый должно быть в класе?(лучшие практики)?

    @Alexander1705
    прочитал что ради 2 функции не стоит создавать клас

    Ради функций класс вообще не нужно создавать. Класс нужно создавать, когда нужно представить некую сущность. А методов должно быть столько, сколько эта сущность подразумевает.
    Ответ написан
    Комментировать
  • ООП головного мозга?

    Vadiok
    @Vadiok
    Веб разработчик
    Нельзя на 100% быть уверенным, что присваиваемое значение не придется как-то обрабатывать (например, приводить преобразование значение имени из "иванов ИВАН" в "Иванов Иван"). Если пользоваться сеттерами, то доп. обработка реализуется внутри класса и все. Если значения устанавливались напрямую через свойства, то придется возвращаться к использованию сеттеров, попутно переписывая присвоение свойств объектам класса во всех местах, где объекты этого класса используются.
    Ответ написан
    Комментировать
  • ООП головного мозга?

    AtomKrieg
    @AtomKrieg
    Давай я поищу в Google за тебя
    Когда вы пишете лабораторку или собственный маленький проектик, то можете делать как вам угодно.
    А теперь представьте себе ситуацию когда в команде программистов вы написали класс с публичными переменными, а потом подошел руководитель проекта и сказал что на каждое присваивание переменной надо делать запись в лог-файл. Теперь все программисты, которые пользовались вашим классом, вместо работы переписывают код с переменных на сеттеры.

    Советую почитать "Совершенный код", чтобы не задавать подобные вопросы.
    Ответ написан
    2 комментария
  • Как правильно работать на oDesk?

    jff
    @jff
    Автор блога и форума про фриланс jff.name
    Хоть вопрос и старый, решил все-таки написать свое мнение, для тех кто приходит с поисковиков.
    1) С 3G интернетом (500kb и большие пинги) работать будет неприятно, но вполне возможно, потому что частенько необходимо пообщаться с заказчиком по скайпу, а также обменятся большими файлами. Для веба это особенно важно, при работе с сайтом напрямую по ftp.
    2) Отказаться от работы можно без всяких последствия до старта контракта(то есть даже на этапе интервью и приглашения на работу от клиента можно отказаться без последствий). Если проект уже в процессе, то единственным правильным вариантом будет договорится с заказчиком, вернуть ему все деньги и попросить не ставить отзыв, многие идут на встречу. Плохой отзыв можно сильно повлиять на успешность, если он единственный, в противном случае все поправимо.
    3) Если получили много отрицательных отзывов, то стоит регистрировать новый аккаунт и впредь быть более осторожным и профессиональным, ведь плохие отзывы не ставят просто так.
    4) Большинство заказчиков с понимаем относятся к увеличению бюджета и сроков проекта, особенно если изначальное ТЗ было не идеальным(в большинстве случаев). Однако есть и дотошные и непонимающие заказчики, но их обычно легко определить еще на этапе интервью и не начинать с ними работать.
    5) Быть в онлайне постоянно не обязательно, обычно назначается время, например каждый вторник и четверг вечером для обсуждения текущего прогресса. Однако при релизе проекта или плотном взаимодействии с командой клиента нужно быть онлайн каждый день хотя бы несколько часов.
    6) Из личного опыта: работаю пару дней без отдыха, но зато потом 2-3 дня полностью отдыхаю и успеваю делать при этом несколько проектов параллельно. На мой взгляд у меня как фрилансера намного больше свободы, чем когда я работал в офисе.
    7) Обычно все баги учитываются в тайм трекинге и оплачиваются, но это надо заранее обговорить с заказчиком, чтобы не было недопонимания.
    8) Если лимит исчерпан то стоит доделать текущий milestone до логического конца и ставить перед клиентом вопрос ребром, либо увеличение квоты времени, либо отказ от проекта. Однако если вы заранее указали сроки и совсем в них не попали, то это скорее ваша вина и стоит работать бесплатно и в следующей раз быть осторожней.
    9) При фуллтайме работа на oDesk может приносить от 3-4k$ в месяц. Так что вывод очевиден.
    10) 1-2 дня задержки обычно не влияют, но профессиональные фрилансеры сразу ищут возможности сообщить об этом клиенту и если необходимо(баг исправить срочно) поработать через резервный канал (сосед или кафе).
    11) На мой взгляд лучше не брать долгосрочные заказы, пока точно не определитесь, хотите ли вы заниматься фрилансом полностью или нет. Усидеть на двух стульях не получится.
    12) Никакой лени нету у фрилансера. Наоборот даже. В офисе есть комманда, есть менеджер, на котором вся ответственность, а в фрилансе вы отвественно за любой свой косяк и это сильно дисциплинирует.
    13) Задания в фрилансе есть разные, от разработки алгоритма с сильным мат аппаратом, до набора текста с картинок. На не тупых программистов, хотя бы с начальным английским больше спроса чем предложения в данный момент.
    14) Наилучший вариант при форс мажоре и длительном отсутствии. Найти нового исполнителя заказчику и ввести его в курс дела.

    Больше информации можно найти в моем блоге про фриланс - jff.name
    Ответ написан
    1 комментарий
  • Как правильно работать на oDesk?

    dmitry_pavlov
    @dmitry_pavlov
    World-class .NET freelance contractor (remotely)
    На фрилансе с иностранными клиентами важно:
    • Знание английского. Про уровень писал недавно 'Freelance FAQ: какой уровень английского нужен?'
    • В целом - умение вести официальную (формальную) переписку / переговоры с заказчиком (включая тех, кто далек от технологий и может поставить только бизнес задачу)
    • Умение конвертировать бизнес задачи в технические (составить план проекта, описать техническую часть работы, оценить объем работы)
    • Умение вести отчетность (daly status reports, time tracking, etc..) и управлять рисками (своевременно предупреждать о вероятности их появления, предлагать способы устранения)
    • Умение выдавать вовремя результат (не ждать что кто-то вас будет пасти и подгонять когда надо) и гарантировать его качество (то есть помимо разработки, уметь проверять и перепроверять результат своей работы)
    • Еще раз - знание английского. Умение эффективно вести коммуникацию на понятном клиенту языке - это 80% успеха. Оставшиеся 20% - это уже дело техники. Так что практикуйте этот навык постоянно. Читайте, пишите, слушайте, смотрите все, что нравится на английском. Если есть возможность общаться - не упускайте шанс. Пусть даже письменно. Пусть не с носителями.
    • Ну и следите за спросом - какие технологии в тренде и наиболее востребованы. Старайтесь добавлять в свой патронташ те из них, которые вам максимально близки, постепенно расширяя список или даже - полностью меняя свой стек разработки
    Ответ написан
    Комментировать