Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×
Сhief software engineer в EPAM
  • EPAM запустила інтегратор додатків і програм на базі ШІ під назвою DIAL

    Я не автор статті, але можу відповісти. DIAL це enterprise (та не тільки) level enabler для интеграціі LLM до існуючої інфраструктури. Тобто компанія розгортає DIAL, отримує усі оті інструменти що описані у статті: коннектори до ЛЛМ, контроль доступу, статистику, секьюріті и так далі. Після цього розробка саме ЛЛМ аппс відбувається набагато швидше, бо не треба думати за інфра питання, та можно повністю фокусуватися саме на бізнес сценаріі. Все інше буде працювати from the box

    Підтримав: Mykhailo
  • Успешная работа с клиентом: строим долгосрочные отношения

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

  • Коли буде готово: як не зруйнувати відносини в команді

    Саша, у тебя менеджер некомпетентный мудак в первую очередь. Картина маслом: единственный человек знакомый с системой поиска говорит 2 недели, рядом джун говорит 3 дня. После такого расхождения все маркеры проблемы на лицо и дать возможность команде продавить исполнителя на срок в 3 раза меньше заявленного — найти себе проблем просто сходу. А так отличная статья — одобрям-с!

  • Блиц-опрос компаний «большой пятерки»: лидеры хотят реформ в государстве и образовании

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

    Підтримав: Sergey
  • Чи приховуєте ви розмір зарплатні?

    Какой смысл скрывать эти данные если вилка есть на DJ?

  • Какая польза от программистов?

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

  • Какая польза от программистов?

    На чем вы завтра будете строить импортозамещение?
    Вот зачем это здесь? Я же надеюсь все прекрасно понимают, что единственной страной добившейся «импортозамещения» на данный момент является Северная Корея.

    А в целом ситуация не нова. Извощик с лошадью на заре машиностроения считался вполне себе хорошим средством передвижения, без «вот этих ваших модных штучек». Фактически государству на данный момент стоило бы уделить максимум внимания перестроению экономики с экспорта природных ресурсов, хотя бы на экспорт людей в виде того же аутсорса, вместо этого чудо гении из правительства пытаются 1) доказать, что это невозможно, 2) срочно разобрать богохульный трактор и вернуть всех к мотыге

  • Когда вы начали программировать?

  • Linkedin — сеть недалеких «проффессионалов»

    В корне не согласен с автором. Чтобы не пересказывать свои ночные измышления, я просто оставлю ссылку здесь: bit.ly/16NItv2 . А от себя добавлю, что найти личные данные человека в интернете ни разу не сложно даже без дружбы с js, поэтому паранойя является слабой защитой от людей которым это необходимо.

  • Максим Гринів: Є стереотип, що наші [українські] програмісти дуже сильні. Але це не так

    Американский программист стоит троих наших, схема работает следующим образом: 1. рождаешься в Американских штатах; 2. Учися. 3. Идешь работать программистом. 4. Нанимаешь наших на аутсорс и они за тебя пишут. 5. PROFIT!!! PS Где-то недавно пруфлинк про такое дарование пролетал...

    Підтримали: Ivan Pomidorov, Gremlin
  • Донецкий хакатон — не торт

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

  • Донецкий хакатон — не торт

    Я был в Атласе. Там более комфортно

  • Донецкий хакатон — не торт

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

  • ДОУ Хакатон — Донецк!

    Размеры: Иван: L, Даниил: XL, Денис и + Евгений Круглый: XXL (прошу обратить внимание что еще один член команды)

  • ДОУ Хакатон — Донецк!

    Будем в составе Даниил Мочуляк, Иван Ступак и Денис Кузин

  • ДОУ Хакатон — Донецк!

    Будем в составе Даниил Мочуляк, Иван Ступак, Денис Кузин

  • Описание и анализ проекта. Что да как?

    Мы обычно действуем следующим образом:
    1. Список функций — общий список со всеми функциями системы. Он не фиксируется и дополняется по мере надобности уже в ходе работы над проектом. (доступ общий для всех, если всех сильно много, то периодически просматривается и режется откровенный творческий бред)
    2. Планирование первого выпуска. Из первого листа технично вырезаем минимальный набор функций позволяющий получить выполняющую свои задачи систему без наворотов и излишеств. Фактически это первая бета. Набор функций стараемся ограничить месячным объемом работы (если за это время не получилось чего-то рабочего мотивация начинает падать и резко, что в свою очередь сильно гасит скорость работы)
    3. На базе второго пункта включается разработчик интерфейса (попутно неплохо если у него перед глазами лежит первый лист). Он набрасывает блочную структуру без отрисовки и визуализации (тупо на листе бумаги блоками).
    4. В тоже время что и пункт 3 с тем же набором данных готовится БД.
    5. После 3,4 БД шлифуется и если необходимо проверяются запросы, возникшие вопросы и так далее на мусорных данных. Здесь же рисуется интерфейс.
    6. Собственно формирование тудушек, написание кода, рисование, верстка в общем создаем первичный продукт
    7. Тестирование, допиливание и так далее.
    8. Релиз, раздача слонов, фонтаны радости и пива.

    9. Идем на шаг 2 и строим следующую итерацию.

    ps Пункт 1 пополняется по ходу работы. При переходе к следующей итерации вместо разработки и рисования подразумевается допилка и модернизация имеющегося.