• Как получить индекс вхождения подстроки в строке?

    @kstyle
    int ind=str.find(s);
    Ответ написан
    Комментировать
  • Первый рабочий день программист. С чего начать?

    maaGames
    @maaGames
    Погроммирую программы
    Беги оттуда, пока не поздно!

    Госкорпорация, отсутствие опыта самостоятельных разработок, древнее недокументированное зло... Жесть!
    Ответ написан
    7 комментариев
  • Как подсчитать объем?

    Mrrl
    @Mrrl
    Заводчик кардиганов
    Достаточно для каждой грани
    vertex x1 y1 z1
    vertex x2 y2 z2
    vertex x3 y3 z3
    посчитать величину Vj=(x1*(y2*z3-y3*z2)+x2*(y3*z1-y1*z3)+x3*(y1*z2-y2*z1))/6, и найти сумму этих величин (часть из них будет отрицательной, но это не страшно). Для замкнутой модели она и будет искомым объёмом.

    Работать проще с бинарным STL - там не нужно тратить силы на синтаксический разбор.
    Ответ написан
    6 комментариев
  • Существует ли менеджер [личных] проектов с похожей канвой?

    @sunmax
    познакомьтесь с диаграммой ганта.
    для гуглодока есть бесплатное приложения

    454b35a9a6914921bfb3669ab361e6b9.png
    Ответ написан
    8 комментариев
  • Какие вы знаете понятные книги по алгоритмам?

    @DukeXar
    Steven Skiena - Algorithm Design Manual (Kindle, Ozon)
    Thomas Cormen - Introduction to Algorithms (Kindle, Ozon)
    Ответ написан
    Комментировать
  • Действительно ли back-end разработка более консервативна, чем front-end?

    hrls
    @hrls
    Половина ответа в вопросе, но дьявол в мелочах.
    Действительно, для относительно продуктивной backend-разработки практически на любом языке программирования необходимо знать несколько базовых фреймворков и тулов, которые решают большинство задач. Это скелет ~90% приложений сложнее hello world. Хотя и этот скелет меняется и развивается, пусть и не так быстро как хотелось бы, как разнообразные отростки (не консервативность, но более долгий жизненный цикл). Суммарный вес технологий и инструментов не меньше, и уж точно не менее динамично изменяющийся, чем у frontend-разработчиков.
    Далее личный опыт на примере Java.
    Лет 7-8 тому достаточно было знать Spring, Struts, Hibernate да Apache Commons в довесок для разработки большинства решений. Ну и J2EE-стек для задач Enterprise-уровня.
    В году 2014 Spring, Hibernate все также в арсенале программиста, но появилась куча абсолютно новых вещей вроде AMPQ, Hadoop, Netty, Scala с функциональной парадигмой, мультиязычные окружения с Clojure/Groovy/JRuby; стали чаще встречаться альтернативные реализации популярных библиотек (например Guice / Guava); старые технологии вроде J2EE стали использоваться несколько реже. А одних только Key-Value хранилищ, кэшей и прочих NoSQL как грязи. Изменился даже сам подход к построению приложений – мало кто в 2005 слышал про asynchronous event-driven модели и отталкивался при проектировании от REST-стиля (собственно, там и корни frontend-девелопера как отдельной специализации). Про эволюцию систем сборок, VCS, бенчмарков и прочих "микро"-элементов можно расписывать не одну простыню.
    И да простят меня frontend-товарищи за, возможно, чванливый тон, но раскурить тонкости работы async IO в зависимости от ОС-специфики вроде epoll/kqueue или учитывать CAP-теорему при построении middleware-кэша это уровнем сложности повыше, чем новый CSS-препроцессор и CoffeeScript c очередным MVC / MVVM-фреймворком. Некоторые задачи, вроде синхронизации потоков, так и вообще лежат большей частью в области математики.
    Уверен, что и в frontend-разработке существуют задачи сложнее и интереснее поехавшей на пиксель верстки и обновления полей после парсинга JSON, но ИМХО backend-разработка ближе к системному программированию старой школы, в то время как frontend суть прикладное программирование с примесями дизайна.
    Frontend-инструментов больше, backend-инструменты сложнее.
    Ответ написан
    4 комментария
  • Действительно ли back-end разработка более консервативна, чем front-end?

    Trow_eu
    @Trow_eu
    Я бы сказал так - в бекенде можно себе позволить быть консервативным по сравнению с фронтендом, потому что рядовому клиенту пофиг, как работает что-либо, ему важно то, как это выглядит. Следовательно фронтенду нужно "следить за модой", а бэкенду нужно уметь сделать что-угодно с любым привычным ему инструментарием, минимально подходящим для этого, т. е. подгоняться под новинки не необходимо.
    Ответ написан
    4 комментария
  • Оцените резюме

    netracer
    @netracer
    CEO StormWall
    1) В опыте работы пишите не то, чем занимались, а то, что сделали/достигли, уже потом коротко обязанности

    2) Много текста. «Коротко о главном» — никому не нужно, напишите это в Cover Letter, если будет уместно для вакансии, добавив информацию о том, почему Вас заинтересовала именно эта вакансия.

    Вместо данного раздела предлагаю вставить простой и понятный Career Objective — в какой компании ищете работу, на какую должность, какой она должна быть. Отправляете в стартап — пишите, что молодой талантливый программист ищет работу в стартапе, чтобы реализовать свои навыки эктремального программирования (или чего там?) и работы в команде, если в Газпром отправляете — делаете упор на крупную компанию, проекты.

    3) «Еще знаю», «еще умею», «еще могу» — недопустимо в резюме

    4) Научные знания уберите, вы же не в ВУЗ на кафедру подрабатывать устраиваетесь

    5) Хобби не нужны, это лишнее. Если Вы заинтересуете компанию как специалист, только тогда они будут интересоваться, впишетесь ли Вы в коллектив

    6) Фотку уберите, выглядит несерьезно (не сочтите за грубость, лицо у Вас приятное, но фотка на сайт знакомств лучше подошла бы)

    7) Свои проекты наверх, под опыт работы

    9) Сам не программист, но подозреваю, что было бы круто дать ссылку на гитхаб, блог на английском (Вы ведь им владеете) и сертификаты (если есть, их нужно в самый верх). Да, акком на StackOverflow не надо «хвастаться», если там есть, что показывать — напишите рядом со ссылкой сверху, что это профиль StackOverflow

    10) Меня лично шрифт напрягает — с экрана читается плохо. Но это смотрите сами)

    P.S. Из резюме вообще не понятен Ваш уровень — то ли Вы после ВУЗа ищете любую кодинг-работу, то ли Вы серьезный программист и предлагаете скиллы для серьезных проектов. Непонятно вообще, что вы ищете :) Учтите, в среднем 7 секунд рекрутеры тратят на просмотр резюме.
    Ответ написан
    Комментировать
  • Оцените резюме

    @StepEv
    Очень хорошее резюме. Единственное, об опыте работы и проектах, если есть возможность, лучше рассказывать подробнее.
    Ответ написан
    1 комментарий
  • Оцените резюме

    @AskoldO
    Знания и навыки работы в принципе описаны, но скорее складывается представление о «независимом исследователе».
    Если вы позиционируетесь не только на обработку изображений, то более детальное описание выполненных проектов поможет работодателю понять ваш опыт и соотнести со своими потребностями. Т.е. занимались ли вы только алгоритмами или есть опыт и с GUI, Web, services и т.д.
    Для коммерческих проектов работодателю также важно представлять насколько вы сталкивались (если сталкивались) с различными этапами полного цикла разработки ПО: сбор-формализация требований, участие в составлении ТЗ, постановке и планировании, разработке в соответствии с ТЗ и т.д. Т.е. кроме указания «Разработка алгоритмов и ПО.» желательно подробнее расписать вашу роль (роли) а этой разработке и опыт взаимодействия с другими ролями.
    Если по описанным выше пунктам есть что сказать — это будет только плюсом.
    Ответ написан
    2 комментария
  • Смотрят ли работодатели на степень кандидата наук?

    foxmuldercp
    @foxmuldercp
    Системный администратор, программист, фотограф
    Я бы уже домучал.
    После чего искал бы варианты на тему обучения/работы где-то в странах вне блока СНГ
    Ответ написан
    Комментировать
  • Смотрят ли работодатели на степень кандидата наук?

    @ankh1989
    Если планируете работать в штатах, то советую получить эту степень. Работодателю она неинтересна, а вот USCIS посмотрит на этот диплом, поймёт что вы очень умный и быстро даст вам грин карту.
    Ответ написан
    Комментировать
  • Смотрят ли работодатели на степень кандидата наук?

    barmaley_exe
    @barmaley_exe
    Тут недавно был пост по теме, вызвавший обширное обсуждение.
    Ответ написан
    1 комментарий
  • Смотрят ли работодатели на степень кандидата наук?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    У меня вообще нет диплома никакого, смотрят сугубо на опыт (даже и иностранные рекрутеры).
    Ответ написан
    1 комментарий
  • Смотрят ли работодатели на степень кандидата наук?

    rework
    @rework
    Помог ответ? В благодарность отметь его решением
    Лично мне все равно какие степени, сертификаты, дипломы и прочее у потенциальных сотрудников при прием на работу. В первую очередь смотрю на опыт реальной работы, портфолио и реальные знания при беседе.
    Ответ написан
    Комментировать
  • Смотрят ли работодатели на степень кандидата наук?

    dshvechikov
    @dshvechikov
    я думаю, что это явно не играет решающую роль, тем не менее раз осталось только защитить кандидатскую я бы довёл дело до конца — не зря ж вы потратили столько времени в аспирантуре :)
    Ответ написан
    2 комментария
  • Масштабирование и обрезка изображений под заданные размеры?

    StepanTomsk
    @StepanTomsk
    Существует богатая функционалом обработки изображений Open Source библиотека ImageMagick, у неё в числе прочих есть консольная программа convert, которая позволяет производить с изображениями огромное количество преобразований (в Интернете есть примеры как с её помощью повторяют эффекты Photoshop).

    Для пакетной обработки Вы можете написать скрипт (например на bash), который сканирует все файлы в папке, а затем для каждого совершает действия через convert.

    Вот хорошая страница с примерами convert -resize.

    Пример преобразования исходного изображения к размеру 500x500 px:

    convert in.jpg -resize 500x500\! out.jpg
    


    P.S.: Запускается под Linux, Windows, Mac Os X, iOS, Android OS, FreeBSD и еще на ряде совместимых платформ.
    Ответ написан
    4 комментария