• Оценка уровня программиста?

    sainnr
    @sainnr
    Позвольте и мне высказать свою точку зрения. Как правильно отметили выше, объективно оценить знания программиста по числовой шкале (хоть по 100..0-бальной), пожалуй, невозможно. Да и наверное не нужно, так как в каждой компании требуют различные знания (кто еще кроме компаний будет вас оценивать?).

    Тем не менее, можно выделить несколько категорий знаний, по которым можно составить более-менее объективную картину программиста. Например, сюда можно отнести:
    — владение различными ЯП;
    — опыт работы с каждым из них;
    — работа в команде;
    — участие в OpenSource-проектах;
    — наличие собственных разработок;
    — знание паттернов;
    — знание алгоритмов, структур данных;
    — знание методологий разработки;
    — знакомство с системами контроля версий, тестирования;
    — и т.д.

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

    По поводу места работы. Лично мое мнение такое, что если вы хотите быть высококвалифицированным специалистом конкретной области (в данном случае, программистом), то лучше работу искать в «профильных» организациях (для данного случая, занимающихся разработкой софта). По своему (не особо богатому пока) опыту уже могу сказать, что специфика работы в таких «профильных» организациях сильно отличается от «непрофильных».

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

    В непрофильных же — работа программиста чаще всего необходима для поддержания внутренней информационной инфраструктуры, от ИТ-специалистов требуется лишь, чтобы они просто выполняли свою работу («работает — ну и хорошо, следи, чтобы не сломалось»).

    Из этого очевидно, что в профильных компаниях вам намного проще расти как специалисту — в этом заинтересованы обе стороны (чем ты «круче», тем больше платят). Во втором случае, в этом заинтересованы только вы, да и то не всегда (зачем, если платить будут столько же).

    По поводу собеседований. Ходить на них — весело, если выбрать верный настрой. Представьте себе, что вы вообще не хотите попасть в эту компанию, а пришли лишь показать все, что вы умеете, «какой вы из себя хороший специалист». Конечно, не стоит выпячивать свое ЧСВ при собеседовании — ведите себя естественно; в тоже время, убиваться в случае неудачи не стоит — вы же совсем и не хотели к ним идти работать.

    А чтобы было о чем рассказать, в свободное время (оно же у вас есть?) разрабатывайте «для себя» разные программки. Ну например, напишите какой-нибудь парсер, поработайте с API различных систем (того же Яндекса), сделайте собственный таск-менеджер, придумайте сами интересную вам небольшую идею и доведите ее до конца. В каждой такой задаче можно найти много тонких моментов — оптимизация скорости алгоритма, структуры БД, применение паттернов, взаимодействие компонент, написанных на разных ЯП и т.д.

    Многовато текста получилось…
    Ответ написан
    3 комментария
  • Будет ли совместима между собой оперативная память?

    maxout
    @maxout
    любая память работает в N-канальном режиме, не слушайте ересь =)
    Ответ написан
    3 комментария
  • Как вы считаете, удобно ли сейчас располагается раздел ссылок на хабре?

    BorodinDenis
    @BorodinDenis
    Меня всё устраивает, считаю всё очень удобным
    Ответ написан
    Комментировать
  • Безопасность, SEOшники и профанация

    Boctopr
    @Boctopr
    SEO это одна большая афера рано или поздно yandex или google банят такие сайты. Если надо на короткий срок просто трафик всегда пожалуйста, но целевых клиентов так и не будет.
    Ответ написан
    1 комментарий
  • Безопасность, SEOшники и профанация

    @Anatole
    bdbd.ru и многие их клиенты попали у Яндекса в бан. С ними вообще стремно связываться, развод на бабки.
    www.seonews.ru/events/detail/116345.php
    Ответ написан
    1 комментарий
  • Участие в Open Source проектах

    @Fak3
    Никогда не понимал людей, ищущих «какой-нибудь опенсурс проект», чтобы поучастовать.
    Низачто не поверю, что есть люди, которые пользовались разным ПО и при этом не встречали проблем, которые им мешают достигать поставленную цель эффективно.
    Вам не приходило в голову начать с проблем, которые ВАМ мешают жить?
    Ответ написан
    5 комментариев
  • Фрилансеры, как вы работаете?

    namespace
    @namespace
    Разработчик C++/Python
    >> Работаете неофициально?

    Да.

    >> Или же через знакомых пристраиваете трудовую для стажа?

    не занимался этим. перешел на фриланс полгода назад, то есть стаж уже есть.
    Ответ написан
    Комментировать
  • Nginx. Почему процессы, а не потоки?

    @Mox
    Team Lead, RoR, React/React Native
    Я думаю что это потому что FreeBSD, который использовался Rambler до недавнего времени и где работал Сысоев когда то давно, когда начинался nginx не мог балансировать потоки по процессорам.
    Ответ написан
    1 комментарий
  • Nginx. Почему процессы, а не потоки?

    vanxant
    @vanxant
    А с безопасностью совсем просто.
    На shared-хостинге натыкано 100500 юзеров, у каждого своя папка и свой конфиг сайта.
    Если каждый процесс nginx-a запущен с правами своего пользователя, то вся головная боль по допуску-недопуску одних юзеров в каталоги других юзеров лежит на ОС (и она с ней блестяще справляется). Если бы были потоки от одного-единственного юзера www-data, то ничего не мешало бы юзеру Пете сделать симлинк или просто ссылку в своём конфиге на папку юзера Васи и копаться в его файлах через веб-сервер.
    Ответ написан
    Комментировать
  • Nginx. Почему процессы, а не потоки?

    andrew_tch
    @andrew_tch
    Псротой как тапок ответ — сам nginx может работать как с потоками, так и с процессами; но, к сожалению, заставить модули, включая и third-party модули работать thread-safe — не реально. Поэтому с процессами безопаснее и предсказуемее.
    Ответ написан
    1 комментарий
  • Nginx. Почему процессы, а не потоки?

    ixSci
    @ixSci
    Может действительно стоит написать вопрос автору? Это точно прояснит ситуацию.
    Ответ написан
    2 комментария
  • Подскажите эффективный алгоритм

    При таких порядках величин, я бы посоветовал генетические алгоритмы.

    Уточните, кстати, как примерно соотносится среднее расстояние между двумя ближайшими точками (из множества 10^6) с величиной R. Без этого трудно понять, насколько плотно «заселено» Ваше пространство.
    Ответ написан
    2 комментария
  • Nginx. Почему процессы, а не потоки?

    sdramare
    @sdramare
    Безопасность (не уверен, что понимаю каким образом)

    Могу предположить, что в случае протоков мы имеем общее адресное пространство, что во-первых представляет потенциальную угрозу влияния одного потока на другой, а во вторых 4гб адресного пространства на 32-ти битной машине разделяются между всеми потоками, в то время как в случае процессов каждому процессу доступно 4гб. Соответственно решение с процессами более выгодно.
    Ответ написан
    3 комментария
  • Nginx. Почему процессы, а не потоки?

    nicolnx
    @nicolnx
    Тогда habrahabr.ru/blogs/hi/108294/ ч.3 — там хорошо про взаимную блокировку потоков под нагрузкой расписано, даже с примером.
    Ответ написан
    3 комментария
  • Nginx. Почему процессы, а не потоки?

    homm
    @homm
    Безопасность достигается тем, что головной процесс запускается от рута, воркеры от пользователя web-сервера (www-data в дебианоподобных).
    Ответ написан
    1 комментарий
  • [php] Защита от Sql и XSS

    xel
    @xel
    front end developer
    для SQL рекомедую использовать mysqli, в нем тип данных указываешь при подготовке запроса
    от XSS экранируй htmlspecialchars() и используй везде в html двойные кавычки — это и по стандарту и безопасно (можно экранировать конечно с ENT_QUOTES, но это лишний головняк.
    Ответ написан
    4 комментария
  • Фриланс/HLSL, как?

    На free-lance.ru найти специалиста, работающего с HLSL очень просто.
    Заходите в поиск по сайту, пишете «HLSL» и в результатах поиска выбираете в категории «Люди» нужных фри-лансеров.
    Вместо PRO можно смотреть на отзывы и предыдущие проекты людей :)
    Ответ написан
    Комментировать
  • MP3-плеер.....?

    hybridcattt
    @hybridcattt
    Cowon D2 (его уже не продают), его преемник C2.
    Батарея держит 50 часов аудио. Звук шикарнейший (посмотрите характеристики). Я сама сторонник маленьких плееров — до этого у меня был samsung YP-S2. Но это ведь совсем другой уровень…
    Cowon поддерживает SD карты. Причем, очень важное требование для меня — возможность переключать музыку в кармане кнопками. В cowon C2 она есть =)
    Стоимость 4gb — 4000р.
    Ответ написан
    2 комментария
  • Какой винт взять? Срочно

    ipswitch
    @ipswitch
    IT-инженер
    Всё ещё верю в Самсунг
    shop.key.ru/shop/goods/96116/

    По результатам работы реально самые надёжные, особенно если попадётся настоящий кореец.

    Они скоро перестанут производить, их линии отойдут к Сигейту, но пока — ИМХО, они лучшие.

    Однозначно не Seagate. 30 сдохших терабайтников за полгода — ничего кроме «ррр!» не вызывает.
    Ответ написан
    1 комментарий
  • Какой винт взять? Срочно

    @failure
    Однозначно хитачи, самые надежные.
    Ответ написан
    Комментировать