• Сайт бесплатно и навсегда?

    @lehha
    Вечного и бесплатного не бывает.

    Пилите на том, что сейчас актуально (github pages, google sites, ucoz).
    Бесплатных доменов не бывает, только поддомены (.googlesites.com, .ucoz.ru и тд).
    Ранее были бесплатные домены .spb.ru, .msk.ru, но теперь они по цене как .ru

    Технологии и сервисы будут меняться примерно в рамках 5-8 лет.

    Текущий формат хостингов умрет примерно через это время, может всё превратится в контейнеризацию (таскай свой контейнер 1мбайт по сервисам в пару кликов).
    Ответ написан
  • Тестовое задание (Junior Frontend), приемлемое ли?

    @kirill-93
    Вертел я такие задания при устройстве на работу.
    Однажды тоже устраиваясь в "крутую" контору прислали большое задание. Все выходные убил на него. Потом еще две недели мурыжили собеседованиями и в итоге не взяли.
    Я с тех пор никогда не соглашаюсь на тестовые задания, которые займут больше получаса моего времени.
    Объемные задания должны оплачиваться. Если они очень требовательно отбирают сотрудников, то сначала надо дать простое задание/прособеседовать и уже если человек их устраивает, давать объемное задание и платить.

    UPD
    Не слушайте, пожалуйста, бред об опыте и пользе для вас. Из таких "будущих хороших специалистов" потом веревки вьют, типа "поработай по вечерам, это ж опыт для тебя!" или "давай ты теперь и по субботам выходить будешь, а мы тебя за это серьёром называть будем!". Очень работает с наивными молодыми людьми.
    Вы поймите, что все эти разговоры про опыт и пользу для вас - это уловки с целью сэкономить и вас обмануть. Всем плевать на ваш опыт, им нужно денег меньше вам заплатить и все.
    Огромное тестовое задание - это неуважение к кандидаду.
    Давай представим обратную ситуацию: я прихожу к потенциальному работодателю и говорю: "Давайте я у вас тут недельку посижу без каких-либо обязательств, а вы мне зарплату платите. А потом посмотрим, может быть останусь, а может уйду". Нормально? Ситуация выглядит именно так, потому что работодатель не делает одолжения принимая на работу, он "покупает" ваше время и ваш опыт и все.
    Ответ написан
  • Переход с Angular на React. Тренд или нет?

    @dplsoft
    в следствии успехов маркетологов одного или другого лагеря.
    и смены моды.

    хотите совет от инженера ? "узбогойтезь" и прекратите искать смысл тараканьих бегов в головах приверженцев моды. мода на реакт уже проходит; фап на вуе закончится через год, сменившись очередным "откровением", которое в свою очередь подохнет вытесненное очередным фапом по новому откровению.

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

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

    ну так вот: разница между 99% фреймворков джаваскрипта - это куча чепухи и рассказов про то как тут все клево, прогрессивно, моложежно. и практически ничего технически обоснованного. да, структуры разные, апи разный, но эта разница отражает как правило только вкусовщину их авторов и весьма редко имеет под собой хоть какую то техническую необходимость.

    потому что это МОДА.
    "не пытайтесь понять тараканов".

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

    они всего лишь пытаются увеличить круг потенциальных соискателей и привлекательность вакансии в глазах неразумных.

    они надеются что модники следящие за трендами, но остаюшиеся на "старых технологиях" собласнятся сменить работу под обещание, что они плавно вольются в новый фремворк, на новой работе.

    ... ps: а jQuery при этом продолжает и продолжает выполнять 90% всей черной работы на 90% всех сайтов ;)
    Ответ написан
  • Как IT компании находят нишу в enterprise-разработке?

    Maksclub
    @Maksclub
    maksfedorov.ru
    Как правило компания делает доя себя, а она при этом морской порт... Со временем грамотный менеджер понимает — у всех порты одинаковые, а только мы круты в автоматизации. Выделяется отдел в отдельную компанию и сам порт-владелец уже не сам заказчик, а один из заказчиков...

    Всё тоже самое, но только изначально компания внешняя... Сделала заказ и поняла, что стоит тут копать и переиспользовать разработки.

    Вариант 3. Основатель такой компании работал над некими проектами, как описано выше, но компания замкнулась на основном заказчике и не шла в тренде... Все :)
    Ответ написан
  • Кто основатель всея IT?

    DevMan
    @DevMan Куратор тега Программирование
    https://ru.wikipedia.org/wiki/Лавлейс,_Ада
    https://ru.wikipedia.org/wiki/Тьюринг,_Алан

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

    @stratosmi
    Ты никому не нужен, пока не спец.
    Спецом быстрее стать - очно работая.

    В чем проблема переехать, скажем, на пару лет, не обязательно навсегда.
    Пока карьера стартанет, а потом уже и удаленка.
    Ответ написан
  • Кто знает про 3Д очки(шлем виртуальной реальности)?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    Есть три основных способа для 3D
    1. Шторочный механизм. Пришел от Sony. Самые дорогие и тяжелые очки. Идея в том, что очки активные. Левый и правый глаз закрывается и открывается с высокой частотой. Синхронизируется с телевизором (обычно по инфракрасному лучу). Соответсвенно телевизор показывает изображение то для левого глаза, то для правого. Частота достаточно высокая.
    Плюсы - все хорошо с цветопередачей. Угол зрения практически не важен.
    Минусы - дорогие очки, из-за закрытия обычно пониженная яркость. Работает только с телевизорами Sony (не помню чтобы это реализовывали другие бренды).

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

    3. Поляризация - самая популярная технология. Есть даже несколько вариантов (один из них iMax). Очки не особо дорогие. Левая и правая линза с разной поляризацией, экран соответственно выдает две картинки.
    Минусы - экран должен уметь выдавать картинки с нужной поляризацией, следовательно он дороже.
    Плюсы - сами очки весьма дешевые, с цветами все нормально.

    В остальном, стоимость может зависеть от материала линзы - пластик, пленка или стекло.
    Ну и оправа - если с бриллиантами то может и 1000 баксов стоить. В остальном качество редко когда меняется.
    Самая крутая массовая реализация 3d на текущий момент - iMax, и очки там в общем-то копеечные. Их достаточно. Поэтому в основном для поляризационных очков разница в комфорте (оправа, материал линзы)
    Ответ написан
  • По каким материалам можно выучиться на программиста-электронщика?

    @pfg21
    ex-турист
    учиться-учиться и еще раз учиться (с) ленин.
    не такой книжки которой прочитал и сразу 146% знаний получил.
    электроника сейчас очень многогранна , есть аналоговая, есть цифровая, есть ВЧ-электроника, есть силовая электроника и т.д. и при этом спецы в одной теме могут мало понимать в другой тематике, силшком различны методы работы.
    а по поводу ленина - надо просто ковыряться и знание придет - выбираешь интересующую тематику и начинаешь разбираться в схемах - рисовать проходы токов, сигналов по схеме, строить диаграммы состояний, уровней и т.д.
    т.е. набивать трудовую рабочую мозоль, вбивать в подсознание базовые навыки работы каждого элемента схемы и потихоньку через месяцы начнешь навскиду понимать как работает схема и что куда идет.
    плюс практика ибо "диавол кроется в деталях" и теоритически работающая схемка начинает выдавать такие фертеля, что просто фигеешь с нее.
    но таков путь наверное везде.
    Ответ написан
  • Какие подводные камни есть при участии в программе поощрения авторов на Хабре?

    lukoie
    @lukoie
    Как правильно говорит xmoonlight, лучше иметь свой блог.
    НО, понятие "лучшести" надо бы определить. То есть, надо понять преследуемую цель. Если Вы хотите зарабатывать на текстах, то лучше всего иметь свой блог, и развивать его - в долгосрочной перспективе именно это МОЖЕТ дать лучший результат. Для этого нужен шаред хостинг и вордпресс(поставить, настроить, дизайн, плагины).
    Если нет знаний и возможности технической реализации - лучшим вариантом будет платный ЖЖ или блоггер.ком - потому что их можно монетизировать.

    Если желание только поделиться знаниями - тогда можно найти узкоспециализированные форумы, и там писать.

    Если желание зарабатывать именно на текстах(не важно глубокое погружение), и не против что на ваших текстах дальше кто-то будет зарабатывать, то лучше будет... работать журналистом или копирайтером. Например на площадках навроде лайфхакер.ру или даже адвего и копилансер.
    Вот тут почитайте, например

    Идеальным вариантом была бы платформа как нечто среднее между ЖЖ и блоггером, tj и medium. Удобный многопользовательский блог, где за каждый пост тебе тоже капают начисления пропорционально его монетизации.
    Но такой платформы не существует, к сожалению.
    Либо такой платформой можно назначить...фейсбук!

    апдейт: вот тут пример подобного блога, на узкую тематику
    https://rusimm.com/pages/myblog.html
    Ответ написан
  • Какие подводные камни есть при участии в программе поощрения авторов на Хабре?

    Тут немного другая цель на самом деле.

    Почему я пишу статьи на Habr:

    - мне надо пропиарить свою какую-то разработку
    - мне надо "обсудить с людьми" свои мысли, свои идеи
    - мне пришел заказ на какую-то статью по хорошей цене

    Если это не твой случай, то писать статью нет смысла.

    - участие в баунти программе - начинается после 10 статей с хорошим рейтингом!
    - писать массово статьи, которые зайдут людям, и ты получишь деньги - сложно. Там реально из 4 статей примерно только одна дотягивается до нужного рейтинга. Т.е. труд огромный
    - администрация всегда может обнулить твой аккаунт (реально, чуть затронул "запретную" тему, чуть написал больше саморекламы, чем надо - получай read-only акк, если у администратора месячные, то лови обнуление).

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

    Напиши лучше в условные 3-4 it-проекта и узнай у них рейты за статьи. Я хочу тебе сразу сказать, что лучше получить условные 3-4к на каком-то проекте, чем писать стать на хабр и надеяться, что она там какой-то рейтинг наберет и прочее.
    Ответ написан
  • Какие подводные камни есть при участии в программе поощрения авторов на Хабре?

    CityCat4
    @CityCat4
    Если я чешу в затылке - не беда!
    Не будет стоить овчинка выделки, ей-Богу.

    Хабр - это не "экспертное ИТ-сообщество", как возможно думают некоторые. Это группа людей, имеющих примерно одинаковые мнения по некоторым вопросам, которая внутри своей "тусовки" поддерживает очень четкую, очень жесткую и очень строгую систему - есть некие критерии, о которых ты должен писать так, а не иначе. Если напишешь иначе - тебя сразу же всячески уничтожат в пределах всех этих "карм", "репутаций" и прочего мусора. Есть некий набор положений, типа "А хорошо, Б плохо, делать В хорошо, делать Г плохо". От них отступать нельзя.

    Как выяснить, что такое А,Б,В...? Почитайте интересующие Вас хабы, особенно топовые статьи, где много комментов - и тренд на то, что есть А,Б,В - сам собой выяснится. Если он совпадет с Вашими убеждениями - все хорошо, если нет - тут либо насиловать себя, либо забить.

    Я этот тренд раскусил не сразу но довольно быстро и самовыпилился с хабра, попросив только тостер не трогать. А с хабра, все что относилось ко мне, было выпилено.
    Ответ написан
  • Скопировал фрагмент js кода, угражают судом, возможно ли?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Авторское право не дает другим людям выдавать себя авторами произведения. Не более того. Это значит, что вы не имеете права выдавать себя за автора чужого произведения, но вовсе не значить что вы не имеете право его использовать. Однако авторство должно быть доказано и заверено, запросите документы, подтверждающие авторство на это произведение (код). Если таковые имеются и валидны с точки зрения вашего юриста - допишите на вашей веб системе до момента исправления, что используется чужой код и исправляете. В противном случае - шлите на йух, что произойдет с вероятностью 99%
    Ответ написан
  • Переход с постоянки на фриланс, стоит ли игра свеч?

    @McBernar
    У вас скромный рейт. Хотя, возможно, для Чехии это нормально.

    Я работал и работаю на фрилансе уже много лет. И в штате много лет тоже работаю.
    Поэтому могу кое-что сказать.

    Минусы

    1. Все байки про фриланс — правда.

    2. Нужно иметь железную дисциплину, чтобы работать в строго отведенные часы, а в другое время отдыхать. И чтобы вставать вовремя, а не спать до обеда.

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

    4. Очень много мудаков среди клиентов. Со временем научишься их определять с первых же слов в переписке. Но до этого придется некоторое количество раз обжечься.

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

    6. Хорошее описание проекта, хороший продукт сам по себе — на фрилансе этого мало. Повезет, если получится удаленно вписаться в команду, которая делает или большой проект или делает много проектов на потоке. Если же это разовые проекты, то будь готов к задаче вида "ну мне вот сайт нужен с формой, сообщениями и робокассой, а ну вот еще там корзина, да".

    7. Забудь про стабильность. Сегодня ты заработал двойную зарплату, а в следующем месяце процентов 50. Нет никого, кто строго раз в две недели будет тебе перечислять деньги на карту.

    Плюсы

    1. Свобода в выборе задач и проектов. Это прям кайф.

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

    3. Если наработать клиентскую базу, то можно со временем отойти от дел руками, а заниматься лишь форвардом задач или вообще вырасти в полноценный продакшен.

    4. Есть возможность учиться. Не вечером после работы, днем, когда голова свежая.
    Офис эту возможность сильно ограничивает.

    5. Есть много времени и сил на свои проекты. То, до чего не доходили руки целый год офисной работы, может быть сделано довольно быстро.

    Где работать
    Попробуй везде. И на фл и на апворке есть свои плюсы и минусы.
    Но самые лучшие клиенты — это, конечно, которые приходят напрямую.
    Ответ написан
  • Когда выйдут десктопные процессоры от Apple и стоит ли брать MacBook Pro 2018?

    @yayashitoya
    брать ли сейчас MacBook 2018 и не превратиться ли он в тыкву


    Не бери.

    Жди еще 100 лет, пока Apple еще чего нового придумает. И еще придумает. И еще придумает. А там и дилемма твоя сама собой решится: или ты умрешь или Apple разорится.

    Покупка компьютерного железа - никакая не инвестиция. Оно дешеветь начинает сразу после покупки и дешевеет постоянно с течением времени. Что бы ты не купил.
    Ответ написан
  • Биржи для начинающих фрилансеров?

    Vlad_IT
    @Vlad_IT
    Front-end разработчик
    Как раз конкуренция среди новичков, большая часть которых отваливается и не доходит дальше. Если такая биржа и есть, то новички ее мигом заполонят, как вы. Поэтому смысла в этом нет.
    Поэтому вливайтесь в конкурентную среду, и повышайте уровень.
    Ответ написан
  • Что может заменить c++?

    BasmanovDaniil
    @BasmanovDaniil
    Геймдизайнер-телепат
    Теоретически Rust, но он ещё свеженький, инфраструктура по части игр не развита. Может быть через пару лет что-нибудь для него и появится.
    Ответ написан
  • Как развить абстрактное мышление?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Надо научиться читать и понимать формулы:
    1. для групп и множеств и для математики.
    2. Представлять множества в виде диаграммы (и кругов) Эйлера: множества.
    Ответ написан
  • Как развить абстрактное мышление?

    git507
    @git507
    КодДауншифтер со стажем.
    Маниакальным любопытством и постоянной практикой. Использовать несколько источников информации, отличающихся друг от друга подачей информации и даже трактовкой, а если потребуется - даже переводом или отсутствием последнего. Предложил как гипотетический вариант решения трудности.
    Ответ написан
  • Счего начать изучение DevOps?

    @yellowmew
    Cloud infrastructure, monitoring engineer. SRE
    Saboteur неплохо ответил(что не отменяет того что все остальные ответившие тоже правы)
    Девопс - это практики. Это не набор инструментов( инструменты используются на определенных этапах, реализация которых необходима для приближения к идеалу), однако определенные необходимые инструменты опять же есть.
    Про девопс можно прочитать очень много информации, но я, как админ (win-админ :D) вижу ситуацию для вас, как и любого, с опсовой основой, примерно так:
    1. Жирным вы выделили вопросы который для вас вот конкретно сейчас не играют ни малейшей роли. Дмитрий Шицков и Saboteur написали почему: зависит от проекта.
    2. Завет любого ops-а: автоматизируй всё что можно
      Если выбор между configuration management (chef, ansible, puppet и тд) и скриптами - то лучше первое. Хотя и тут можно поспорить, у меня в проекте chef-ом автоматизированное не очень-то используется на последнем этапе доставки в прод, поскольку мы все равно запечатываем машину и запускаем в AWS с asg без пост-конфигурации. Тут можно до посинения спорить хорошо это или нет, но скрипты в идеальном мире проигрывают DSL
    3. Вы пишете код для автоматизации
      Вам понадобится git (который тянет за собой git-хостинг: bitbucket, github, gitlab и тп.) и навыки правильной работы с гитом. Для отслеживания и планирования изменений - понадобится какой-нибудь таск трекер (jira, таск трекер встроенный в gitlab, что-то другое).
    4. Инфраструктура как код
      Автоматизируй всё означает автоматизацию развертывания инфраструктуры
      Здесь уже вступают в силу особенности вашего окружения - в облаках вы скорее всего захочете использовать terraform или, например, CloudFormation в AWS - встроенное средство оркестрации, или же будете сразу все запускать в контейнерах - docker , kubernetes используя соответствующие инструменты.
    5. Мониторинг
      Без правильного и подходящего вашему продукту мониторинга(+логирования) жить нельзя. И это было еще до DevOps тренда - это классика администрирования. Здесь ничего не посоветую, с Zabbix-ом сам не ужился, переехал на influx и прилегающие (TICK stack). Для логирования - graylog, ELK. В некоторых частях используется prometheus который в том числе и для кубера удобен. В общем - с чем подружитесь.


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

    Для примерного осознания всего цикла можно посмотреть на (картинка относительно рандомная,таких много, два года назад я ориентировался по другой, с более подходящим мне списком инструментов, но найти не могу =( )
    Slide1.jpeg

    P.S. Еще раз хочу отметить что описанное выше основано на личном опыте и это - движение в devops со стороны ops. Есть те, кто сразу пытаются строить все по девопсу параллельно обучаясь опсовой части и девелоперской( видел таких, не у всех получалось ). Есть те, кто двигается в девопс со стороны Dev. Все будут иметь разные мнения что важно для того, чтобы начать
    Ответ написан
  • Нужен ли слепой 10-ти пальцевый набор?

    rockon404
    @rockon404
    Frontend Developer
    Осваивайте, очень полезный навык как для кодинга, так и для общения с командой/заказчиком в мессенджерах, постановки задач и прочего.
    Скорость придет с практикой.

    Тут в ответах ребята почему-то ставят акцент на скорость и на то, что она не нужна. Но я бы десятипальцевый набор больше относил не к скоростной печати, а к свободной и непринужденной. Вы как птица в полете. Не отвлекаетесь на клавиатуру, все на уровне рефлексов. Можете концентрироваться лишь на том, что действительно важно. Одним словом - кайф.

    От работы надо стараться получать удовольствие. Слепая печать - это один из шагов в этом направлении.
    Ответ написан