Рубрика «разработка по» - 7

в 16:36, , рубрики: выбор профессии, ирония, Карьера в IT-индустрии, мнения, опрос, Программирование, профессия, разработка по

IF (профессия_программист.Exists()=FALSE) THEN…? - 1

В интернете появляется все больше вопросов наподобие: «Как стать программистом за месяц?», «Где больше платят?», «Какой язык программирования учить первым?».

Но все мы время от времени задаем себе другие вопросы: «Что было бы если б я не стал программистом?», «А если бы профессии программиста вовсе не существовало?».

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

Хорошо, пусть ИТ-индустрия существует и дальше. Но тем не менее, попробуем пофантазировать, кем бы мы работали, если б избрали другую специальность?Читать полностью »

в 15:41, , рубрики: Google, Карьера в IT-индустрии, комментарии, мнения, мотивация персонала, правило 20%, Программирование, разработка по, управление разработкой

Мнения экспертов об ушедшем в историю «правиле 20%» Google - 1

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

Однако находят их не все, а только наиболее рьяные первопроходцы. А после этого общественность увлеченно наблюдает за тем, что происходит в том же Google. Кто-то мечтает применить программы наподобие «правила 20%» у себя в компании, а кто-то настроен скептически. Единого мнения обычно не бывает.

Мы попросили экспертов высказаться на эту тему. Читать полностью »

в 15:07, , рубрики: apple, Go, Google, smalltalk, swift, история языков программирования, объектно-ориентированное, разработка по

История языков программирования: от Objective C к Swift - 1

Чтобы отказаться от языка программирования, на котором уже ведется коммерческая разработка, и начать учить новый, программистам нужны серьезные основания. Но история ИТ-индустрии знает много случаев, когда выбор за них делало время, и переход происходил как бы сам по себе.

Что заставило множество разработчиков перейти на Objective C? Что сейчас заставляет отказаться от него и выбрать Swift?

Objective C является расширением языка Си, в который были добавлены новые возможности для объектно-ориентированного подхода программирования. Язык использует объектную модель Smalltalk. Полностью совместим с языком программирования Си. Компания Apple долгое время использовала Objective C как основной язык программирования для разработки своих продуктов.

Создателями Objective C являются Брэд Кокс и Том Лав. Они начали работать над ним в начале1980-х годов, когда еще были сотрудниками телекоммуникационной компании ITT Corporation. Примерно в то же время Кокс и Лав познакомились с языком программирования Smalltalk. Кокса тогда занимали проблемы повторного использования программного кода. Читать полностью »

в 6:45, , рубрики: баги, бизнес, ит-индустрия, неудачи, ошибки в коде, разработка по, самые, тестирование по, управление проектами, управление разработкой, ущерб

Самые дорогие и судьбоносные ошибки в ИТ-индустрии - 1

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

Первый баг был зафиксирован 9 сентября 1945 года: в вычислительной машине Mark II Aiken Relay Calculator нашли мотылька, застрявшего между контактами электромеханического реле, что приводило к ошибкам. Извлеченное насекомое было вклеено в технический дневник с сопроводительной надписью: «First actual case of bug being found». Этот забавный факт и положил начало использованию слова «баг» в современном значении.Читать полностью »

в 15:33, , рубрики: uber, бизнес-модели, конкуренция, мобильные приложения, Развитие стартапа, разработка по, слияние и поглощение, стартапы, такси-сервис, экспансия

Uber не всегда выигрывает - 1
Greg Baker/AFP/Getty Images

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

Самое сложное начинается, когда сервис выходит на рынок. Такие крупные компании, как Uber, могут «задавить» большинство своих конкурентов и даже вытеснить их с родного рынка. Однако конкуренты по-прежнему появляются и иногда добиваются неожиданных результатов. И в такой ситуации, когда все идет не по сценарию, Uber приходится делать «ход конем».Читать полностью »

в 17:19, , рубрики: баги, бизнес-модель, провалы в стартапах, Развитие стартапа, разработка по, стартапы, управление разработкой, успешные стартапы

Кого волнуют баги продукта, если он успешно продается - 1
Изображение сайта media.licdn.com

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

По данным CB Insights, только 5% стартапов прогорают по причине слабой технической реализации. Большинство провалов случается в результате неверного позиционирования продукта, отсутствия грамотной маркетинговой стратегии, плохих специалистов по продажам, неверной бизнес-модели. Наличие или отсутствие высококвалифицированных инженеров практически не играет никакой роли, делают вывод исследователи.

Если обратиться к примеру самых успешных технологических стартапов мира (Uber, Airbnb, Snapchat, Pinterest и прочие), мы не увидим сложных программных решений. Зато очевидным преимуществом этих компаний является удачная бизнес-модель. В купе с активным продвижением, эти сервисы смогли стать одними из самых востребованных и дорогих стартапов мира. Но вряд ли они нанимали десятки инженеров, чтобы разработать сервис и подготовить его к запуску, сомневается Половетс.Читать полностью »

в 16:05, , рубрики: Hugo Baraúna, legacy, переписывание ПО, разработка по, управление проектами, управление разработкой

При разработке каких-либо продуктов у команды зачастую возникает желание перестать бороться с текущим состоянием проекта и переписать всё снова, на этот раз "правильно" и "по науке". Обычно такие порывы не одобряются, но в этот раз я бы хотел предложить к прочтению перевод поста Hugo Baraúna, посвященного тому, какие вопросы нужно задать себе, если всё же решили переписывать.

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

Будут ли обе платформы существовать одновременно, или нет?

Читать полностью »

в 15:45, , рубрики: java, исследование, Исследования и прогнозы в IT, популярность, разработка по, рейтинги, Си, статистика, языки программирования

Новый рейтинг языков программирования от IEEE Spectrum оказался своебразным - 1

Чтобы привести аргументы в споре о том, какой язык программирования популярнее, участники дискуссии часто ссылаются на те или иные исследования. Хорошо, что в последнее время количество подобных исследований растет — выбирай любое.

А что, если с ростом всевозможных индексов, списков и рейтингов усилятся споры между самими исследователями? На что будут ссылаться они в своей аргументации?

Журнал IEEE Spectrum представил общественности плод коллективного труда – новый рейтинг языков программирования.

Постоянные лидеры рейтинга не упали с пьедестала, однако без сюрпризов все-таки не обошлось.
Как пишет издание, у исследователей не было возможности «посмотреть через плечо каждого программиста» и увидеть, какой язык он использует. Поэтому они пошли другим путем: исследовали чаты, open source сообщество, а также объявления о вакансиях. Рейтинг также учитывает результаты поиска в Google, Twitter, GitHub, StackOverflow, Reddit, Hacker News, CareerBuilder, Dice. Кроме того, в рейтинге отражены данные собственной цифровой библиотеки Institute of Electrical and Electronics Engineers (Институт инженеров электротехники и электроники) – Xplore Digital Library.Читать полностью »

в 15:44, , рубрики: java, oracle, Sun Microsystems, поглощение, разработка по, языки программирования

Что помогло языку Java «войти в каждый дом» - 1
Изображение сайта vanillajava.blogspot.com

Кто-нибудь думал, что язык Java, первоначально предназначенный для устройств бытовой электроники, станет использоваться во многих других областях?

Расширение влияния Java, как ни странно, началось с разработки браузеров.

Главный разработчик Java Джеймс Гослинг перешел в Sun в 1984 году из исследовательского отдела IBM. До Java Гослинг разработал не имевший коммерческого успеха оконный интерфейс NeWS и GOSMACS — первую реализацию текстового редактора EMACS на языке С.

После этого Гослинг и его коллеги начали изучать перспективы на рынке электроники и бытовой техники.
«Группе была поставлена задача создать распределенную систему, которую можно было бы в качестве современной программной технологии продавать производителям бытовой электроники», вспоминает Гослинг.Читать полностью »

в 9:53, , рубрики: программисты, разработка по, саппорт, совмещение, техническая поддержка, тыжпрограммист, управление персоналом, управление разработкой

Когда разработчику вредно совмещать программирование и техническую поддержку ПО - 1
Изображение сайта easywebstudio.ru

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

Так или иначе, перспектива совмещения техподдержки и разработки программного обеспечения радует далеко не всех программистов. Работа специалиста технической поддержки зачастую оказывается серьезным испытанием для нервов разработчика. Более того, такое совмещение часто сказывается на его результативности. Головному мозгу требуется время для переключения с одной деятельности на другую. Для многих программистов это означает несколько потерянных часов, которые тратятся на то, чтобы вернуться из мира людей в мир алгоритмов и кодирования. А неудачное общение с разгневанным пользователем и вовсе может выбить некоторых разработчиков из колеи на весь день.Читать полностью »

1...678...10...14
Рейтинг@Mail.ru
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js