• Информационные системы с понятийными моделями. Часть первая
    +1
    в информационной системе LANCAD использован другой формализм – понятийная структура, которая определена как множество понятий с двумя видами отображений, единственное назначение которых – показать способы образования понятий, способы их абстрагирования.


    Если это не секрет фирмы, какие это отображения? Хотелось бы увидеть аксиоматику вашей модели.
  • Как не сойти с ума в разработке систем управления нормативно-справочной информацией. Из истории наших проектов
    +1
    Прекрасные жизненные кейсы.
  • Необразованная молодёжь
    0
    Есть образовательный стандарт, который придумали чиновники из Минобра. Ему должны соответствовать программы ВУЗов и колледжей.

    А есть полезные и востребованные на рынке знания и навыки.

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

    Самообразование вполне может быть системным. На том же Интуит.ру лежат лекции, читанные в МИФИ, Бауманке. Полно онлайн-курсов. Нужно только определиться с направлением развития, и не распылять усилия.

    А официальная корочка — ну что же, это тоже артефакт который может пригодиться. Если есть возможность его получить — почему не получить?
  • Об одной задаче, которую больше не предлагают на собеседовании
    0
    Если бы так везде рассуждали :) Честный подход — это всегда хорошо.
  • Как научить свою нейросеть генерировать стихи
    0
    Дайте роботу Введенского и Хармса. Он все равно не понимает смысла слов. Хотя бы смешно будет

    увы стоял плачевный стул
    на стуле том сидел аул
    на нем сидел большой больной
    сидел к живущему спиной
    он видел речку и леса
    где мчится стертая лиса
    где водит курицу червяк
    венок звонок и краковяк
    сидит больной скребет усы
    желает соли колбасы
    желает щеток и ковров
    он кисел хмур и нездоров
  • Что ловить в карьере ИТ-архитектора: ожидания VS реальность
    +1
    Мартин Фаулер «Архитектура корпоративных программных приложений» — не то?
  • Простой способ организовать требования на этапе сбора требований (или первый шаг к формированию уютного бэклога)
    0
    Мой ответ на ваш вопрос попал в электромагнитную аномалию, и задержался в пути. Поэтому не знаю, актуален ли он еще :)

    Тем не менее, расскажу. Процесс был примерно таким:

    1. Для требований был заведен отдельный проект с суффиксом REQ (предложение команды сделать префикс ANAL я отмел, по понятным причинам). То есть название было типа XSTARTUPREQ.

    2. Для задач по разработке был заведен отдельный проект с суффиксом DEV — соответственно, XSTARTUPDEV

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

    4. После этого требование переводилось в состояние «Передано в разработку», а в проекте XSTARTUPDEV появлялась одна или несколько корневых задач, которые при необходимости детализировались до подзадач. Эти задачи жили уже по воркфлоу.

    5. У требований и задач разработки обязательно заполнялся атрибут «релиз» который принимал значения «0.1», 0.5 MVP", «1.0 DEMO», «1.0.1», «1.0.2», «1.5.0» и так далее и отдельно «Бэклог», который в моем случае имел значение «Долгий ящик». Если я поддерживал список задач в актуальном состоянии, я всегда видел в каком статусе находится мой текущий релиз в части аналитических задач и в каком — в части девелоперских.

    Все это можно сделать и в одном проекте, я так тоже пробовал. Но есть нюансы в отслеживании задач. С одним проектом удобнее увязывать задачи между собой (достаточно ввести номер), но мне лично было менее удобно отслеживать разные по типу активностей задачи. Поэтому победила в итоге схема с двумя проектами.

    Реальные названия были не XSTARTUPREQ и XSTARTUPDEV, а покороче. Вообще название проекта в Джире нужно задавать не больше 8 знаков на мой взгляд. А лучше 5-6.
  • Что нужно знать ИТ-менеджеру или ученье свет, а за свет надо платить
    +1
    Какой-то получается IT-менеджер растяжимый и, по-видимому, шестирукий.

    Из текста совершенно непонятно что это за персонаж — прожект менеджер, начальник отдела, CIO? Или это вообще бизнес-консультант?

    В каком домене он работает — тоже непонятно…

    Учиться «про запас» считаю занятием бессмысленным. Знания, которые не применяются на практике, становятся неактуальными уже через 5 лет.

    А учиться на каждом новом этапе чему-то новому и полезному в работе (текущей или в будущей в краткосрочной перспективе) — это нужно, тут даже спорить не о чем.
  • Что нужно знать ИТ-менеджеру или ученье свет, а за свет надо платить
    +1
    Зачем MBA IT-менеджеру?!!!
  • Представление движений в 3D моделировании: интерполяция, аппроксимация и алгебры Ли
    +1
    Не использую, но когда-то писал курсовую по теории представлений групп Ли. Неожиданное приложение к графике этих, казалось бы, сугубо умозрительных вещей, приятно радует.
  • Как стать тестировщиком или каких знаний мы ждём от джуниора
    0
    Если технические задания в IT, то путь мог привести в бизнес-аналитики :)
  • Как стать тестировщиком или каких знаний мы ждём от джуниора
    0
    А как с соотношением зарплат у тестировщиков и программистов? У кого больше?
  • Простой способ организовать требования на этапе сбора требований (или первый шаг к формированию уютного бэклога)
    0
    Раньше тоже использовал Excel. затем перешел на Jira. На мой взгляд, это самый удобный способ вести требования и если указывать в задачах на разработку ссылку на требование, автоматически достигается трассируемость.
  • Почему стоит нанимать джуниоров
    0
    Так вот почему среди рекрутеров — одни девчонки.
  • Шесть мифов разработки продукта
    +2
    Отличная статья. Порадовало, как четко раскрыты проблемы 100% загрузки ресурсов. Наблюдал это своими глазами не раз. И надо сказать: это касается не только продуктовой разработки.
  • Будущее здесь: Вытеснят ли роботы финансовых аналитиков с Уолл-стрит
    +2
    А что, туда до сих пор кто-то ломится?
  • Ubuntu. Русификация консоли в 2016 году
    0
    Ладно-ладно, хотел я вам ответить тут вчера, но моя новенькая Windows 10 на ноутбуке выдала красивый такой обновленный BSOD, когда я писал комментарий. Ждем Ubuntu 16.04. Посмотрим что будет в ней хорошего и какие недоделки останутся :)
  • Ubuntu. Русификация консоли в 2016 году
    +2
    Ага, и файлы с русскими именами не имеют прав на существование. А ведь русский — один из официальных языков ООН…
  • Ubuntu. Русификация консоли в 2016 году
    0
    Кто выдает эти сообщения об ошибках? Приложения, идущие в составе дистрибутива Windows или приложения сторонних разработчиков, как Lotus Domino?
  • Ubuntu. Русификация консоли в 2016 году
    –14
    Я очень люблю Linux, но к сожалению, в актуальных версиях Windows нет таких проблем. Так что это даже не второй Windows. Это просто Ubuntu.
  • Ubuntu. Русификация консоли в 2016 году
    +2
    Пропиарил баг. Спасибо за работу!
  • 5 советов от экспертов, как построить карьеру в ИТ
    0
    Все очень просто: Junior Developer — год, Developer — год-два-три, Senior Developer — год-два-пять, Team Lead — год-два-пять, PM или Architect — год-два-пять-десять, далее Senior PM или Senior Architect, на этой должности лет 5 и запой, запой, запой в бесконечном цикле.
    На каждом этапе можно соскочить в последнюю фазу, не проходя предыдущие.
  • 8 марта, мамы и программирование
    +19
    В прошлом году однажды я задержался на работе допоздна, и мне звонит мама, которой нужно было помочь с уборкой снега. И между нами возникает такой диалог:

    • Ты где?
    • На работе, отлаживаю код инсталлятора.
    • А что так долго, уже 8 часов, ты приедешь?
    • Да вот ошибка, съезжал стек после одного вызова в чужом макросе, уже нашел, сейчас починю, и сразу приеду к тебе.
    • Стек? Ты что, программируешь на PL/1?

    Хорошо, когда родители нас понимают. И хорошо, если учат с детства: "если сказал push, не забудь сказать и pop".
  • Нет, «Хабр» не умирает
    0
    А кто-нибудь помнит еще про такой ресурс как CIT FORUM?
    А на какие клевые треды можно было подписаться по протоколу NNTP!
    И какие были дискуссии в IRC-чатах!

    И все это было всего каких-то лет 12 назад…
    И все это перестало быть популярным.
    Все это померло (ну, кроме может быть IRC на freenode).

    И Хабр тоже должен помереть. Деваться ему некуда.
  • Нет, «Хабр» не умирает
    0
    Уберите с Хабра эти статьи про то, как нарисовать сову в юнити! Они замусоривают мою ленту!
  • Нет, «Хабр» не умирает
    +3
    Уже третья статья по теме. Больше писать не о чем что ли? :)
  • Почему технический долг — это хорошо
    +3
    Интересная аналогия с финансовыми долгами. Но в финансовой сфере есть критерии, когда бизнес устойчив, а когда он в "красной зоне" — они привязаны к процентной доле заемных средств от оборотных. Возникает вопрос: а в случае технического долга, какой максимальный процент от объема функциональности можно себе позволить?

    Это вопрос к читателям и комментаторам. Вы как-либо оцениваете объем технического долга? Есть ли какой-то "потолок" по техническому долгу в вашей команде?
  • Общие принципы в создании мобильных приложений для начинающего UX/UI-дизайнера
    +1
    Агрессивная «дружественность» интерфейса последнее время просто дико бесит!


    Поддерживаю. Я не хочу разговаривать с роботом. Это наводит на мысль, что компьютер думает сам. А что, если он деньги не на тот счет переведет?
  • Общие принципы в создании мобильных приложений для начинающего UX/UI-дизайнера
    0
    Природа боится пустоты (С) Аристотель
  • Откуда берутся плохие программисты и в чем их проблема
    +3
    Встряну еще раз с юбилейным 100-м комментом. Публиковалась некоторое время тому назад на хабре история, habrahabr.ru/company/veeam/blog/267187, как парень из бомжа сеньором девелопером стал.

    И ведь не ныл он о том, что в ВУЗе учили плохо, и что начальник игрой в линейку мотивацию подрывал.
    А просто поставил себе цель и шел, шел, шел к ней.
    И на этом пути пахал, пахал, пахал.

    В этом ответ на все вопросы. Было бы здоровье так учиться и работать, было бы желание — все остальное — приложится и образуется.
  • Откуда берутся плохие программисты и в чем их проблема
    +1
    Ребят, не стоит надеяться, пока кто-то придет и даст вам знания, работу и деньги — сказки все это. Ты либо учишься и развиваешься — наступая на свои и чужие грабли, либо никому ты не нужен.


    Золотые слова.
  • Откуда берутся плохие программисты и в чем их проблема
    0
    ТВП — это не аксиоматическая ли теория верификации программ, с тройками Хоара, Pre, Post, Cond, инвариантами цикла?
  • Откуда берутся плохие программисты и в чем их проблема
    +4
    А у меня однажды делал ремонт плиточник, который имел вышку архитектора и работал некоторое время назад прорабом. Плитку положил кстати, отлично.
  • Откуда берутся плохие программисты и в чем их проблема
    +5
    Можем ли мы увидеть карьеру из каменщика в инженеры?


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

    Сделайте этот проект хорошо, и удача вам улыбнется.
  • Классы, множества, группы, системы
    0
    Не все так плохо. Мы принципиально не объясним полупроводниковому роботу что такое «первая любовь», просто потому что у робота нет и не будет мозгов, половых органов и др. чисто биологических атрибутов.

    Но его вполне можно научить таким понятиям, как:
    — скорость движения;
    — качество покрытия дороги;
    — направление движения;
    — наличие препятствий.
    — мотивация к действию (как значение некоторой функции)

    Дополнив эту модель концептом «поиск другого робота с комплиментарным форм-фактором разъема передачи данных», уже можно говорить о машине в некотором смысле понимающей, что такое «одиночество», «грусть», «поиск половинки», «пропасть, разделяющая нас двоих» и т.д.
  • Классы, множества, группы, системы
    0
    Ага, спасибо. То есть все же стандарту :)
  • Классы, множества, группы, системы
    0
    Можно ли доказать «правильность» модели до ее применения?
  • Классы, множества, группы, системы
    0
    Как вы понимаете «правильность» терминологии? Как соответствие какому-то стандарту?
  • Классы, множества, группы, системы
    0
    Этим должны заниматься теоретики. Но они этим могут заниматься еще очень долго. Что делать в это время практикам?