Задать вопрос
  • Путь к ИТ архитектору?

    qonand
    @qonand
    Software Engineer
    Доброго времени суток. Я junior web developer. В данный момент пишу на php. Хочу спросить совета у опытных людей, как начинать двигаться в сторону ИТ архитектор

    Рановато двигаться в сторону архитектора, Вы лучше двигайтесь в сторону Senior Developer и задавайтесь вопросом как Вам дойти до уровня Senior, а уже после достижения этой планки Вы сами поймете как развиться в архитектора.
    Ответ написан
    Комментировать
  • Вернуться в SSH терминал на Linux машине после завершения сеанса, возможно ли?

    @immaculate
    Программист-путешественник
    Возможно с использование tmux или screen.
    Ответ написан
    1 комментарий
  • Как разархивировать?

    benipaz
    @benipaz
    надо разархивировать все зипы в одну папку. потом winrar-ом разархивировать первый .r00 он подхватит все остальные сам
    Ответ написан
    1 комментарий
  • Насколько легко трудоустроиться программисту в 40+, 50+ итд лет?

    opium
    @opium
    Просто люблю качественно работать
    устроиться в этом возрасте намного легче чем в двадцать )
    Ответ написан
    2 комментария
  • Игра "word of battles" возможно ее восстановить?

    В высшей степени странный вопрос. Найдите компанию-разработчика, обратитесь к ним и напишите следующее: "я очень хочу играть в вашу игру, поэтому пожалуйста запустите её снова в онлайн, платите за хостинг и за работу команды разработчиков, чтобы чинить баги и делать фичи, а я буду вам лайки вконтакте ставить". Когда они откажутся, напишите на Тостере новый вопрос о том, почему они такие бяки.
    Ответ написан
    Комментировать
  • В чем разница между TomCat и GlassFish?

    @protven
    TomCat - контейнер сервлетов. Glassfish - референсная реализации сервера приложений JEE. То есть кроме контейнера сервлетов, GF содержит в себе реализации других технологий JavaEE, например EJB, JPA, JMS и тд.

    Если пишите на спринге - берите Томкат и не парьтесь.
    Ответ написан
    Комментировать
  • По каким книгам и материалам вы изучали компьютерные науки?

    iiiBird
    @iiiBird
    Пока ты спишь - твой конкурент совершенствуется
    википедия
    гугл
    Ответ написан
    Комментировать
  • Будет ли считаться плагиатом диплом, если до защиты выкладывать статьи из диплома на хабре?

    @Z-r
    > [юриспруденция]
    > Будет ли считаться плагиатом диплом, если до защиты выкладывать статьи из диплома [в Интернете]?

    «ПЛАГИАТ — умышленное присвоение авторства на чужое произведение науки, литературы или искусства в целом или в части, один из случаев нарушения авторских прав»
    Большой юридический словарь, выделение мое

    «ПРИСВОЕНИЕ АВТОРСТВА — 1) как один из способов посягательства на права авторов (ст. 146 УК РФ) представляет собой выпуск (в полном объеме или части) чужого произведения под своим именем; издание под своим именем произведения, созданного в соавторстве с другими лицами, без указания их фамилий;...»
    ibid
    Ответ написан
    Комментировать
  • Как работать с функциями?

    AxianLTD
    @AxianLTD
    Для начала прочитать что такое php и html и с чем их едят.
    Потом сформировать html-страничку, и вывести на нее html-тег со ссылкой на картинку.
    Ответ написан
    Комментировать
  • Будет ли работать такой скрипт?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Можно.
    Более того, можно проверить поле на текст и на подобие заголовков (чтобы исключить одинаковые статьи).
    Ответ написан
    3 комментария
  • Как подключится по ssh через третий хост (в другую подсеть) одной командой?

    chupasaurus
    @chupasaurus
    Сею рефлекторное, злое, временное
    Для OpenSSH 7.3+
    В ~/.ssh/config :
    Host target
      Name 192.168.1.2
      ProxyJump gateway
    
    Host gateway
      Name 192.168.0.1
    Ответ написан
    Комментировать
  • Проводник как в Linux?

    devspec
    @devspec
    Помогло? Отметь решением
    Ответ написан
    Комментировать
  • Почему во многих сервисах нужно обязательно получить access token для работы с api?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    без токена - обезличенный доступ к методам API
    с токеном - контролируемый доступ к методам API

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

    @spd78
    Люблю MODX
    Используя свойство transform: rotate(90deg);, можно развернуть текст на 90̊ , т.е. расположить его строго по вертикали, применив другие значения для rotate(), возможно повернуть текст на любой другой угол, а не только на 90̊.
    Добавив уникальное свойство transform-origin, установим координаты точки, относительно которой и будет происходить трансформация текста.


    .vertical-text {
    /* Трансформируем текст */
    transform: rotate(90deg);
    -ms-transform: rotate(90deg);
    -moz-transform: rotate(90deg);
    -webkit-transform: rotate(90deg);
    /* Координаты точки трансформации */
    -ms-transform-origin: left top 0;
    -moz-transform-origin: left top 0;
    -webkit-transform-origin: left top 0;
    transform-origin: left top 0;
    }
    Ответ написан
    Комментировать
  • Ремонт и прошивка оперативной памяти. Возможно ли, и кто этим занимается?

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

    atomheart
    @atomheart
    Пишу на Python за карму и за деньги
    Гарри Поттер и методы рационального мышления
    hpmor.ru

    У этого же автора есть статьи отдельно по методам рационального мышления.

    UPD by Владимир Олохтонов:

    Дополню ответ, статьи автора лежат по адресу: lesswrong.ru
    Ответ написан
    2 комментария
  • Кто такие тестировщики игр и чем они занимаются, что нужно для того что бы научиться этому и какие знания?

    BFG1992
    @BFG1992
    iOS Game QA
    Я сам попал в Game QA чисто по везению - одна крупная международная компания по разработке мобильных игр открывала новое подразделение, и набирала большой штат тестеров. Из требований были лишь знание английского на уровне не ниже Upper Intermediate, аналитическое мышление, внимание к деталям, умение работать в команде, базовое знание iOS, базовое знание теории тестирования и любовь к мобильным играм. У меня ещё был небольшой опыт QA-фриланса (веб в основном) и опыт работы в команде на одном из конкурсов по созданию игры за три дня. Может, потому и взяли.

    Как работается.
    Есть билд игры, есть документация на игру, есть средства общения с твоей командой тестирования, и, наконец, есть багтрекер (туда заносятся все баги). Могут быть также различные документы, которые надо заполнять, и ещё могут быть инструменты для ковыряния уделённых данных игроков на сервере. В начале дня тебе дают задание протестировать конкретный участок игры, причём это может быть всё что угодно: от конкретного уровня, до совместимости на разных устройствах и аж до рекламы и соцсетей. Ты, взяв (или сев за) устройство, открываешь документацию, читаешь части, которые относятся к заданию, и, не забывая поглядывать в чат команды (и слушать, что говорят вокруг тебя), "играешь", проходя по пунктам, которые указаны в задании и/или документации, чётко проверяя всё и не забывая деталей. Если тебе показалось, что ты нашёл баг, ты сперва смотришь в багтрекер, не находил ли кто такой баг. Если нет, то консультируешься с коллегами, и если всё ок, то заводишь баг в багтрекере по чётко заданным правилам и формам, не забывая отметить в прочей документации по заданию номер заведённого бага.
    Кажется, что вроде бы всё просто, но вот задания бывают очень комплексными, непонятными и однообразными (а времени - очень мало), описания в документациях - расплывчатыми или отсутствующими вовсе, а коллеги подвержены человеческому фактору. В результате - "что мне делать, я не понял?", головная боль и волнение из-за того, что баг, который ты пропустил как слишком мелкий или не приоритетный по указанию вышестоящего QA, обнаружат пользователи... И да, если ты закончил задание раньше времени - тебе просто дадут новое, для тестеров всегда найдётся работа :P Ах, да, ещё game QA платят обычно меньше, чем остальным QA...

    Работать игровым тестировщиком ещё не перехотелось? Вот что, по моему, нужно для того, чтобы были шансы побольше:
    1. Знание английского. Хотя бы Intermediate (реальный), а лучше - Upper Intermediate. Нужно почти везде, говорю из своего опыта поиска работы на QA длиной в 7 месяцев. Где учить - не знаю, у меня он как-то сам собой выучился, благодаря игре в игры на языке оригинала и просмотра англоязычных фильмов с субтитрами.
    2. Теория тестирования. Нужно, чтобы хотя бы приблизительно представлять себе, как проходит процесс коммерческого тестирования. Прочитай Савина "Тестирование Дот Ком", например, эта книга даст тебе основы. Можно ещё найти бесплатные курсы (как делал я, например). А ещё можно порегаться на сайтах вроде BugFinders/uTest/testIO и попробовать свои силы там. Не то, чтобы тестирование всяких интернет-магазинов сильно помогало в накоплении опыта тестирования игр, но процесс слегка похож, да и немного долларов/евро/фунтов подзаработать изредка можно. Я начинал именно с этого.
    3. Компьютерная грамотность - без комментариев. И в iOS/Android тоже желательно бы разбираться, сейчас в большинстве вакансий если не веб, то мобилки.
    4. Игровой опыт - не настолько обязателен, как может показаться, но он поможет быстрее вникнуть в игру и позволит во многих случаях понять, где баг, даже ещё не сверяясь с документацией. И да, как написал Saboteur выше, тестировать, с большой вероятностью, придётся "унылые флешки", так что если не играл в мобильные/браузерные социальные казуалки с донатом - самое время ознакомиться.
    5. Навыки общения и красноречивость - бывает, необходимо кратко и в то же время ёмко описать то, что ты нашёл, и почему это баг, а также его значимость. В том числе и на английском, если придётся. Впрочем, в команде это быстро наверстается (если коллектив нормальный).
    6. Любить игры и ковыряние в них - обязательно, потому что иначе работа быстро осточертеет :P

    Как-то так. Надеюсь, хоть чем-то, да помог. Желаю удачи в поисках работы :) (Да, начинай искать уже сейчас!)
    Ответ написан
    Комментировать
  • Opengl 4.* или vulkan?

    TrueBers
    @TrueBers
    Гуглю за еду
    Это вообще разные вещи.
    Нужно отличать изучение API, от изучения технологии. Если вы хотите выучить просто API, учите что угодно, ибо разницу заметите только, когда поймёте основы, базу.

    OpenGL проектировался когда были другие архитектуры железа. Мультипроцессорность была только в теории, и считалась уделом суперкомпьютеров и ненужной для пользовательских ПК.
    Можно привести аналогию: OpenGL == C++, Vulkan == асинхронный Assembler + hardware threads. Например, в C++ сейчас довольно много архитектурных косяков, которые пытаются решить новыми стандартами, объявляют какие вещи устаревшими, потому что они концептуально неверны и не подходят под современные реалии.
    Но, при этом, вы можете всё то же самое написать на ассемблере, но нужно намного лучше понимать, как работает процессор и ОС, самому писать примитивы синхронизации, и т. п.

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

    В итоге, я бы ответил так:

    Если вы будете заниматься графикой как наукой, дико задротить а-ля Кармак в студенчестве с его движками, что-то исследовать, писать какие-то гениальные алгоритмы, защищать на этом диссертации, публиковать их, рассказывать потом на конференции, как вы круто справились с какой-то насущной задачей, повысили производительность, то тогда учите Vulkan. Vulkan — это именно про графику как технологию, про производительность, про инжиниринг и архитектурный дизайн, а не про API и само программирование. С вулканом придётся больше сидеть с диаграммами, документациями и строить архитектуру, придумывать методы взаимодействия частей этой архитектуры, синхронизации состояний, нежели писать код.

    Если же вы пишете простые прикладные вещи, которым нужно показать какую-то графику, то учите OpenGL. Здесь вы учите только API, соглашаясь с уже готовым, слегка устаревшим, архитектурным дизайном.

    Если хотите писать игры не мирового класса, то учите готовые движки, Unity или Unreal. Они уже поддерживают за вас Vulkan, продумали за вас API и архитектуру.
    Ответ написан
    2 комментария
  • Зачем до сих пор указывают www. пережиток прошлого?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    да

    + удобно иногда
    Ответ написан
    Комментировать