dev в GoDaddy
  • Как программист зарабатывал $13 тыс. в месяц в Украине и дорос до $23 тыс. в США

    в конце какой-то сумбур, я так и не осилил, откуда 23К получилось после налогов? Вы уже продали опционы? Вам выплатили бонус? Если нет, то это все пока виртуальные деньги, не стоит делить шкуру неубитого медведя. Судя по сумме в 23К после налогов у вас должно быть 350К в год. Такая зарплата есть только у VP и CxO. Вы занимаете такую должность?

  • 50 серьезных ошибок в программировании и дизайне, которые стоили жизней, времени и денег

    все верно. Т.е. как раз система сработала лучше человека и требовала экстренного торможения. Т.е. в этом виноваты люди, отключившие другую систему www.ntsb.gov/...​rts/HWY18MH010-prelim.pdf

  • 50 серьезных ошибок в программировании и дизайне, которые стоили жизней, времени и денег

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

  • Экс-гуглер Илья Полосухин — о том, как создать свой стартап, и почему Долина — не место будущего

    так то ж фантазия. Уже много лет ждем, никак не дождемся

  • Как я работаю: Никита Галкин, Back-end разработчик в StatusToday

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

    Підтримав: Nikita Galkin
  • Что такое Haxe и почему он может быть вам интересен

    примеры на Javascript не убедительны. Так уже давно никто не пишет. Вы слышали про ES6, babel и прочее?

  • Возрастная дискриминация в IT и как с этим жить

    у ЕПАМ есть аккаунт в гугле, сотрудники работают в кампусах GooglePlex и TechCorner. Мне нужно обновлять профиль, чтоб вам что-то доказать? Или фоточки прислать? Жаль что ДОУ превратился в платформу для троллинга.

    Підтримав: Andriy Loboda
  • Возрастная дискриминация в IT и как с этим жить

    С Вами согласен, это я имел в виду. Целых полдюжины человек на своем личном примере сказали, что я не прав. Сложно им возразить, ведь я вспомнил десятки человек своего потока начало 2000-ых, моих преподавателей — бывших выпускников этого же университета из 90-ых. Техническая и научная база отставали на 10, а иногда на 20 лет на тот момент. И сравниваю их с текущими выпускниками. Ребята в 18 лет уже вовсю программируют, лаборатории, улучшенные курсы, частные школы, интернет. Все изобилует знаниями. У меня не было такой роскоши, даже в библиотеке не хватало книг, каждый проявлял собственное усердие и изобретательность. Но кто-то считает, что почему-то в 90-ые было все гораздо лучше.

  • Возрастная дискриминация в IT и как с этим жить

    Замечательно. Расскажите свою историю. Вам преподавали ООП, Design Patterns, UX\UI в альма матер? Покажите мне такой университет, который 20 лет назад имел представление об этом. В штатовских гуглах гораздо больше «за 40», но опять же не большинство. Причины схожи, в 90-ых люди только начинали понимать слово «компьютер» даже тут. Вопрос о возрастном сдвиге поднимается и здесь. Да, работаю в гугле, в Маунтин Вью, слышали про такой?!

  • Возрастная дискриминация в IT и как с этим жить

    я так сказал? хорошо, мы — видели

  • Возрастная дискриминация в IT и как с этим жить

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

  • Возрастная дискриминация в IT и как с этим жить

    в Украине дискриминации нет, а точнее она вполне закономерна. Я про нее не слышал. Людей старше 40 в ИТ сфере просто нет, просто потому что их никто не готовил. Поколение 90-ых или тем более совка не было обучено ИТ на должном уровне, они ушли в другие сферы деятельности и возвращаются с трудом. Кроме того, в статье есть другие ответы, почему так обстоят дела. К этому могу добавить, что люди до 30 могут еще не обзавестись семьей, а значит более гибкие, не убегают с работы рано и любят овертаймы

  • Делайте return, как только нашли ответ

    Да, вложенное смотрится уже чуть хуже. Но тут есть два варианта:
    1) выделить вложенное в отдельное состояние, тогда прийдется делать переиспользуемые куски, будет как конструктор, которым будут пользоваться сразу несколько case-ов
    2) оставить вложенным, но только если вложенность не более одно уровня, иначе выигрыша нет перед обычным if else
    Я еще не встречал компонента, который бы не вкладывался в такие рамки. А если он не вкладывается, то он уже слишком сложен, тут при любом подходе будет проблема и его надо только разбивать

    Підтримав: Volodymyr Ivanyshyn
  • Делайте return, как только нашли ответ

    Да, так и есть. В моем случае один компонент очень вместительный, так как у нас responsive design, как минимум есть ветки под каждый размер экрана, так же могут быть ветки при сильной смене дизайна в зависимости от состояния системы. Компонент является по сути контейнером для stateless подкомпонентов (по классике реакта) . Мы делаем баланс между читабельность. и масштабируемостью. Если подлогика растет, ее можно выделить в отдельный подкомпонент, особенно, если он может быть переиспользован. Но в целом структура с выделенными состояниями остается. Исключения скорее всего были бы выделены в подкомпонент.

    Підтримали: Semyon Radionov, NewOne NewOne
  • Делайте return, как только нашли ответ

    идея правильная, но я ее развиваю дальше. Особенно, при большом количестве if\else
    каждый набор if\else — это какое-то состояние, поэтому я создаю список состояний, некий enumeration, своими названиями каждое состояние описывает себя. Далее короткой функцией преобразовываю if\else в состояние. Потом в самом render использую switch () {case state1: case state2: }. Который четко разбивает функцию на независимые блоки и return там смотрится гораздо лучше

    Підтримав: NewOne NewOne
  • о нет, зачем я зашел в эту тему. Извините, но без аргументов и большего количества информации это похоже на жалобу, а не статью. ДОУ не должен превращаться в Советчицу с kidstuff

  • А вы знали, что происходит в известном акселераторе GrowthUP?

    что за ерунда? Почему статья состоит из одного предложения? Во что превращается ДОУ. Хотите распространять слухи, вам в твиттер, имейл и другие источники. Хотите, чтоб прочитали здесь, сделайте перевод, как это делают в нормальных ресурсах

    Підтримав: Oleg Antonov
  • Front-end vs Android

    Конечно мобайл апп лучше в этих аспектах. Поэтому компании выбирают гибридные приложения. Откройте Amazon, Aliexpress, отключите интернет и вы увидете, что это всего лишь браузер внутри нативной обертки, причем браузера там до 90%. Можно обновлять как нативный, так и веб контент, все мгновенно появится у пользователя.
    Я не говорю голословно, я привожу примеры и анализ рынка.
    Джаваскриптеры может и упоротые, но это никак не влияет на аргументы за\против.
    Автор спрашивает, я ему привожу доводы. Я также могу привезти аргументы против джаваскрипта, но их меньше.
    П.С. у меня создается впечатление, что люди, работающие с нативным андроид, просто не интересуются вебом, называя его «костылями» по умолчанию. Не хорошо говорить о том, чего не знаешь. Костыли были 5 лет назад. Я работаю с обоими технологиями. В общем как всегда история рассудит.

  • Front-end vs Android

    все верно, десктоп падает, но на мобайле растет количество гибридных аппов, где большая часть контента — веб, т.е. без фронт-енд не обойтись, о чем и спрашивает автор топика.
    Крупные компании, такие как Amazon, Walmart, Aliexpress развивают как мобильный сайт, так и нативный апп. В итоге при необходимости мобильная страница просто встраивается в нативный апп. При хорошем интернете с большинством страниц проблем нет, а если есть руки у разработчиков, то и при плохом тоже. Если говорить про сам стек знаний, а не про применение, то javascript имеет гораздо большее покрытие горизонтально и вертикально. Если это важно автору, то пусть выбирает javascript, иначе пусть выбирает Android, java тоже применяется во многих местах.

    Підтримали: NewOne NewOne, anonymous
  • Front-end vs Android

    С каждым годом веб догоняет нативную разработку. Т.е. отснавание сокращается. А именно:
    — доступность нативных API через браузер растет
    — скорость работы браузерного кода растет и приближается к нативному, появляются оптимизации, улучшаются движки
    Т.е. все минусы веб-разработки постепенно уходят. Также добавлю, что Android и Webkit (основной движок для mobile web) разрабатываются и продвигаются одним и тем же вендором (Google), который будет стремиться подружить их по возможности. Т.е. скорее всего упадок направлений будет в такой хронологии Android, IOS, Mobile Web.
    В доказательство, все больше крупных компаний выпускают свои приложения в Play Market на базе WebKit (вам уже не нужен Cordova или что-то такое для этого)

← Сtrl 1234567 Ctrl →