Задать вопрос
insiki

O Di

broken pipe
Лайки

  • Как правильно составить резюме системному администратору, или что я написал не так?

    @yellowmew
    Cloud infrastructure, monitoring engineer. SRE
    По поводу отсутствия ответа : я сравниваю свой опыт поиска работы 4 года назад и сейчас.
    При пассивном поиске :
    4 года назад - 2-3 собеседования в две недели.
    Этот год - два в месяц. Или наплывами, как было перед майскими праздниками и после 8 марта (почему так у меня лично сложилось - фиг знает +) )

    И именно молчание в ответ на отосланное резюме, если самому не перезванивать и не интересоваться судьбой своего отклика.
    Вне зависимости от вашего опыта и реального соответствия резюме стоит звонить и узнавать.
    P.S. Москва
    Ответ написан
    4 комментария
    4 комментария

  • Как правильно составить резюме системному администратору, или что я написал не так?

    MaxDukov
    @MaxDukov
    впишусь в проект как SRE/DevOps.
    Есть у HR такой термин - overqualified. "Слишком умный".
    На позиции с невысокими требованиями Вас вполне обоснованно не рассматривают, опасаясь что Вы не будете работать долго - Вам это будет просто не интересно.
    Из личного опыта - создайте 2(3-4) резюме "на небезызвестном сайте", разделив области знаний - в одном сделайте упор на сеть, во втором на сервера, в третьем на "на-все-руки-мастер". Опять же из личного опыта - срабатывает, работодателю не очень интересно читать многостраничное резюме.
    Ответ написан
    5 комментариев
    5 комментариев

  • Какая разница между ssh, stunnel,ipsec и openvpn?

    vvpoloskin
    @vvpoloskin Куратор тега Сетевое администрирование
    Инженер связи
    В общем случае разница во всех этих сервисах в том, на каком уровне TCP/IP они работают. Отсюда вытекает, что они могут и что позволяют.

    1. Openvpn - работает на уровне L2 и L3, создает новое сетевое соединение, влияет на всю систему, можно пропустить весь трафик, нужны рутовые права.
    2. Stunnel - работает на L4, L5. Это SSL, только для вполне указанных сервисов. Рутовых прав не требует, работает с конкретными портами и протоколами, можно подключаться через проксю.
    3. IPSec - в принципе, как openvpn, только на L3. Чуть тяжелее в конфигурировании, зато более универсален. Можно подключаться с сетевых железок. А вообще, IPSec - целый фрейворк для конфигурирования различных шифрованных соединений
    4. SSH в режиме туннеля - тот же самый openvpn, который не надо настраивать. Он использует те же самые алгоритмы, библиотеки и функции, что и openvpn. Рутовые права, создание новых интерфейсов при этом никто не отменял. Я бы сказал - разовое мероприятие.
    5. SSH в режиме прокси - в принципе, аналог Stunnel. Также прикладной уровень, также SSL, также не нужно рутовых прав, также работает через проксю. Ну и нужно каждый раз заново запускать, тоже разовое мероприятие


    В общем одни решения - SSL, другие - VPN. Через SSL общается конкретное приложение с другим конкретным. Через VPN могут общаться целые сети по любым протоколам.

    Если интересно, вот здесь более детальное описание, правда на буржуйском.
    Ответ написан
    Комментировать
    Комментировать

  • Какой способ валидации в моделях Ruby on Rails является предпочтительным?

    Jeiwan
    @Jeiwan
    Второй способ устаревший. Стайлгайды не одобряют (https://github.com/bbatsov/rails-style-guide#sexy-...), Хаунд ругается.
    ИМХО, первый способ читать удобнее, так как все валидации, относящиеся к одному полю, лежат в одной строчке — удобнее искать, ведь если мы хотим проверить валидацию поля, то будем искать её по названию поля.

    Предпочтительнее использовать тот, который используют в вашем проекте. Если пилите что-то для себя, и код кто-то увидит (потенциальный работодатель), то лучше придерживаться наиболее распространенных стайлгайдов (опять же https://github.com/bbatsov/rails-style-guide), так как это может показать вашу дисциплинированность и желание следовать лучшим практикам. Если пилите для себя, и код никто не будет смотреть, то пишите, как хотите.
    Ответ написан
    1 комментарий
    1 комментарий

  • Можно ли работать программистом, но не оценивать сроки?

    trevoga_su
    @trevoga_su
    1. НЕ ВЕЗДЕ сроки имеют место быть. Ищите работу где сроки не требуются. Таких мест полно. Это как правило долгоиграющие проекты принадлежащие бизнесу, а не говеные веб-студии, штампующие на заказ.

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

    3. Приехал я как-то с поломкой машины к мастеру-частнику. Говорю - вот то то не работает. Сроки? А он мне отвечает - а я не могу сказать. Откуда я знаю что там сломалось?
    Это я к тому, что даже такая в такой теме, как ремонт авто, где казалось бы все четко и все делается по наработанной схеме, сроки крайне не определены.

    4. Если с вас требуют сроки, значит вы что-то делаете не так или работаете где-то не там. Про сроки можно говорит в строительстве, где укладка одной плитки СТАНДАРТНО занимает Н минут и вы должны полы покрыть 30х40 метров. Тогда сроки справедливы. В IT сроков не может быть. Т.е. не должен исполнитель думать о сроках. Это не его дело. Менеджмент должен дать время с запасом и не терзать исполнителя.
    Ответ написан
    3 комментария
    3 комментария

  • Сервер 1С:Предприятие на CentOS 7?

    @Dementor
    программист, архитектор, аналитик
    Ставил различные версии 8.2 и 8.3 на сервера "Ubuntu server" из официальных deb-пакетов. Ни разу описанная ситуация не возникала. Всегда при инсталяции служба прописывала себя в автозагрузку и при перезагрузке сервера сама поднималась. Для Debian идут абсолютно те же пакеты - коллеги, которые на этой ОС сидят не жаловались.

    1) Проверьте логи 1С - возможно при старте службе чего-то нехватает. Вплоть до того, что у вас может оказаться нечто при старте занимающее порты 15**, а потом их освобождающее...

    2) Частые перезагрузки сервера - это ненормально. У меня за три года на рабочем сервере было всего до пяти перезагрузок - плановое обновление на 14.04 LTS, отключение света у хостера и пара аппаратных сбоев. После перезагрузки вы в любом случае должны проверить работоспособность всех служб и если 1С все равно стартует, то это не является критической проблемой. Разве что у вас много свободного времени и обостренный перфекционизм... :)
    Ответ написан
    4 комментария
    4 комментария

  • Публичный сайт flask?

    valerium
    @valerium
    Изобретая велосипед
    app.run(host='0.0.0.0') запуставит Flask слушать 80-й порт на всех IP адресах, которые есть на Вашем компьютере. Видимость сайта для интернета зависит от кофигурации Вашей сети и услуг, которые предоставляет Ваш провайдер.

    Если ноутбук подключён к роутеру, то нужно настроить на роутере проброс 80-го порта на ноутбук. Кроме того, убедиться, что провайдер предоставляет Вам «белый» IP-адрес (обычно это дополнительная услуга).
    Ответ написан
    3 комментария
    3 комментария

  • Насколько медленный Ruby on Rails?

    zooks
    @zooks
    Frontend
    В сравнении с чем он медленный? С компилируемыми языками вроде C? - Это нормально.
    При сравнении с Python на средних проектах скорость вполне сопоставима.
    Старый PHP 5.3 значительно медленнее Ruby.
    Ответ написан
    Комментировать
    Комментировать

  • Насколько медленный Ruby on Rails?

    viktorvsk
    @viktorvsk
    Ваш вопрос вызван преждевременной оптимизацией, что в 97% случаев - плохо.
    Вывод - не задавайтесь такими вопросами, пока не станет очень узкоспециализированная задача.

    TL; DR:
    Ни руби, ни рельсы - не медленные в реальных задачах веб разработки

    Руби и рельсы могут считаться относительно медленными по таким причинам:
    1. Руби - интерпретируемый язык
    2. В руби - очень много сахара для продуктивной разработки и поддержки. Иногда это действительно отражается на производительности.
    3. В рельсах из коробки есть очень много вещей. Но не всегда они нужны. Так же, многие бест-практис да и просто ответы в разных источниках показывают самый читабельный\простой\поддерживаемый вариант, а не самый производительный.

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

    Но на самом деле, пофиг, все равно, серьезное приложение будет размещаться на нескольких машинах. Говорят, что предел рельс - 16000 RPS (requests per second) на сервер.
    Ответ написан
    3 комментария
    3 комментария

  • Насколько медленный Ruby on Rails?

    2ord
    @2ord
    Почитайте Why do people say that Ruby is slow? и сделайте вывод сами.
    Ответ написан
    3 комментария
    3 комментария

  • А как вы боретесь с несколькими аккаунтами на одного человека?

    @Zzzz9
    При регистрации сканировать сетчатку, брать образцы ДНК для решения спорных вопросов.
    Ответ написан
    1 комментарий
    1 комментарий

  • А как вы боретесь с несколькими аккаунтами на одного человека?

    Tiendil
    @Tiendil
    Разработчик ПО.
    Бороться с этим смысла не имеет — всё можно подделать. И всё подделают, если в этом будет профит.

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

    Например, можно сделать платными функции, для использования которых имеет смысла создавать клонов. Большинство клоноводов это само-собой отсчеёт, а самые настойчивые будут платить деньги.
    Ответ написан
    Комментировать
    Комментировать

  • Можно ли работать программистом, но не оценивать сроки?

    @djay
    Самое главное в этой индустрии - это не качество кода, а сроки. Вся индустрия держится на сроках. И нет, такого работодателя, который будет давать много времени на реализацию фичи. Любой работодатель заинтересован в извлечении максимальной прибыли при минимальном вложении (т.е экономии бюджета на разработке).

    Тебе придётся научится с этим работать и жить. Иначе никак. Это главный навык.

    С другой стороны, оценивать время которое ты затратишь на реализацию не так уж сложно:

    1. Когда спросят "сколько понадобится времени" - всегда отвечай - дайте минут 10-20 на оценку, я не могу взвесить не подсчитав.

    2. Разбей задачу которую тебе дали на под-задачи. Обычно получается - обрабока/создание какой-либой формы, добавить небольшой подсчёт и аналогичное. То есть по сути, одна задача в своём подавляющем большинстве состоих из мелких под-задач.

    3. Приувеличь сроки на ~50% (+/- 20%). Например на создание CRUD формы уйдет не больше 30 минут, а ты называй час. И остальные подзадачи в этом духе. В итоге, даже если просчитался где-то у тебя есть страховка.
    Ответ написан
    4 комментария
    4 комментария

  • А как вы боретесь с несколькими аккаунтами на одного человека?

    Taraflex
    @Taraflex
    Ищу работу. Контакты в профиле.
    https://github.com/Valve/fingerprintjs2
    Ответ написан
    3 комментария
    3 комментария

  • А как вы боретесь с несколькими аккаунтами на одного человека?

    sam002
    @sam002
    Линуксойд, кодер, немного физик.
    Подтверждение по смс. Если что-то сильно ответственное, то только подтверждение через физическое присутствие и документы. Ну можно и ЭЦП, если с юр.лицами работать.
    Ответ написан
    Комментировать
    Комментировать

  • Можно ли работать программистом, но не оценивать сроки?

    marrk2
    @marrk2
    Берите задачи где сроки не критичны, я например всё заказываю заранее или какие ни будь второстепенные вещи и мне вообще пофигу сколько будет делать человек.

    Назовите заранее срок в 2 раза больше, да часть клиентов потеряете, зато с теми кто останется будете абсолютно спокойно работать в комфортном для себя режиме.
    Ответ написан
    1 комментарий
    1 комментарий

  • Можно ли работать программистом, но не оценивать сроки?

    zoonman
    @zoonman
    ⋆⋆⋆⋆⋆
    Есть проект, называется Fogbugz
    www.fogcreek.com/fogbugz
    В нем можно ставить задачи и указывать время их исполнения. Он собирает информацию и потом может выдавать предсказание о времени выполнения задачи.
    По опыту могу вам посоветовать, если вам кажется, что задача займет пару часов, а заказчику скажите 4 или 6. В систему вводите свое собственное время. Через пару месяцев у вас появится некоторая картина вашей скорости.
    На мой взгляд лучше срок немного увеличить, чем сделать не вовремя. Вообще это приходит с опытом, но все равно очень сложно оценивать время выполнения. Лично я стараюсь узнать о задаче максимум до начала ее выполнения или представления оценки заказчику.
    Что еще можно сказать - не переживайте сильно по поводу оценки времени. Все ошибаются, даже специалисты с 10-20 летним стажем.
    Есть еще немного другой подход - непрерывная разработка, в которой нужно ставить оценки времени, но необязательно их соблюдать. Т.е. оценку разработчик делает сам для себя. Что-то вроде личного мотиватора, не более того.
    Ответ написан
    2 комментария
    2 комментария

  • Можно ли работать программистом, но не оценивать сроки?

    @serega_kaktus
    Программист-самоучка, фрилансер
    Оценка времени на задачу - вполне распространенная процедура, и не только в IT. Так что лучше научиться это делать, так как чаще всего оценка требуется.
    Если у вас есть несколько лет программирования, то вы способны спланировать работу над задачей от и до, разбив на более мелкие. Оцените каждую мелкую задачу и сложите. Опять же, чаще всего бывает, что задача в том или ином виде вам встречалась, может какие-то ее части встречались, основывайтесь на них. И всегда берите запас +-10-20%. Если технология не знакома, то оцените эту же задачу в рамках знакомой технологии и умножьте на 2 - чтобы учесть время на изучение технологии. Если какие-то этапы непонятны, неизвестны, то их оговорите отдельно.
    Ответ написан
    1 комментарий
    1 комментарий

  • Можно ли работать программистом, но не оценивать сроки?

    Heian
    @Heian
    Ашот
    Зависит от компании и от того, как там все устроено. По опыту могу сказать, такие есть. Иногда будут спрашивать как дела на текущем этапе и сколько примерно осталось, и все. Только тут главное не наглеть, чтоб не создалось впечатление, что можно было сделать быстрее. Ищите небольшие компании с неформальной обстановкой в коллективе

    P.S.
    слабая нервная система

    Рекомендую Новопассит.
    Ответ написан
    Комментировать
    Комментировать

  • Как убрать баг в bootstrap, когда между колонками образуется пустое место, равное ширине колонки?

    yurzui
    @yurzui
    Ну это же обычное поведение float:left для разной высоты элементов. Для мобильного может помочь следующий код 
    @media (max-width: 767px) {
  .col-xs-6:nth-child(2n+1) {
      clear: left;
  }
}
    Ответ написан
    Комментировать
    Комментировать