Если сертификат не нужен значит на самом деле нужны не знания а опыт

бросаем учебу пацаны

о

правильное мышление в чате

Если ты уже научился решать проблемы

Чужие при том

Тогда пора

в стиле : "Почини что-то\сделай так\подсоби здесь"

Единственное что я понял за все время - программист сука решалово чужих проблем

По этому поводу и пишут ?

Единственное что я понял за все время - программист сука решалово чужих проблем

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

И работа офисного планктона(ворд\эксель\повер поинт) тоже.

Я бы не назвал печатание работой с техникой

Я могу и на листе выложить рабочую архитектуру решения

посоветуйте

http://joaquinlp.me/blog/your-guide-to-a-damn-light-arch-linux-with-i3-and-text-apps/ gpicview .

А универ именно и учит - решать проблемы

Как минимум к этому сводится нынешняя система образования

о

он вместе с raspbian идет

В конечном счете это все пригодится не нам а кому то

это хороший знак

А нам просто нужны деньги

он вместе с raspbian идет

так, кажется я наврал..

Как минимум к этому сводится нынешняя система образования

муйня система образования

Система проблем

Школа: Идёшь в 10 класс? Завал

он вместе с raspbian идет

короч ranger умеет в себе отрисовывать https://github.com/ranger/ranger/wiki/Image-Previews смотри ASCII previews .

Специальный завал

Лучше бы аджайл взяли

Каждый спринт ученик определяет что хочет учить

Бгг

Кстати, аджайл уже планируют использовать в госструктурах

Но не в снг

он вместе с raspbian идет

а вообще, img2txt походу и отдельно от ренджера умеет

Кстати, аджайл уже планируют использовать в госструктурах

Что такое аджайл в паре слов?

методология

Вики - весьма много информации

создания/поддержания/... продукта или чего-либо вообще

весь процесс делится на итерации

в конце каждой итерации — релиз продукта

option parsing failed: Cannot open display:

раз в неделю/месяц — ретроспектива

и блаблабла

Это можно назвать планом?

ну в частности это метод разработки ПО

ну... можно назвать и планом

только разбитым на итерации

если от этого становится весело, можешь назвать планом

если от этого становится весело, можешь назвать планом

проще запомнить

суть: * вводишь новые фичи по одной (по немного) * смотришь на реакцию пользователей * обещаешь в следующем релизе добавить новых фич

в итоге у тебя есть неготовый продукт, сляпаный на коленке

зато ты обошёл всех конкурентов по скорости развития и качеству

и главное — твоим продуктом уже пользуются реальные люди

суть: * вводишь новые фичи по одной (по немного) * смотришь на реакцию пользователей * обещаешь в следующем релизе добавить новых фич

В случае плохой реакции возвращаем обратно как было?

В случае плохой реакции возвращаем обратно как было?

фиксим баги

смысл в том, что о багах узнаёшь гораздо раньше, чем если бы ты 3 года делал продукт, а только потом его выкатил

Не плохо конечно , но минусы есть у такого подхода

минусов гораздо меньше, чем у waterfall'а (вотерфол = 3 года пилишь, потом выкатываешь)

смысл в том, что о багах узнаёшь гораздо раньше, чем если бы ты 3 года делал продукт, а только потом его выкатил

Но с этими багами столкнется реальный пользователь , не?

да, столкнётся

но он столкнётся с ними же, даже если ты 3 года пилишь прогу

Хм , спасибо

Поменял мой взгляд на разработку чего-либо

но после трёх лет пиления ты уже не вспомнишь, где там могла бы быть ошибка

Я думал что продукту лучше быть у тебя до выхода в люди в нормальном состоянии

ну там ещё (часто) подразумевается, что разработчики пишут тесты (юнит тесты, ...), сооттветсвенно релиз не должен быть багованым

ERROR: S client not available

— просто это такой лёгкий способ получить довольно быстрый фидбек от пользователей

так ладно

пора возвращаться к билетам

пора возвращаться к билетам

действительно

русский :с

мат модели

Ы

Пишут тесты

Если подсрачник дать

А так то православных мало

Если подсрачник дать

Все верно

Я своих никак не приучу

Изза вотерфола

— просто это такой лёгкий способ получить довольно быстрый фидбек от пользователей

Да, еще: Если у тебя разработка распределена по группам людей (командам), то в случае вотерфола у тебя есть примерный (условный) последовательный процесс: * разработка бекенда 1 года * разработка фронтенда 1 год * тесты 1 год Если после этих трех лет в программе находят ошибку, то тебе нужно поднимать первую команду разработчиков (которая может уже и не работает вместе), а потом команду тестировщиков и т.д.

// кавычки с мобильного приложения пофиксили что ль?... что за... //

Ы

Охренительно

`аоаора`

Нововведения...

Только не верь всему

+

Это утопический вариант

да, всё верно, это очень утопичный вариант

просто для наглядности

Обычно такое заканчивается переписыванием ап под себя

Ыы

// афк

Но все решает архитектура

И у олигофрена и у гения череп одинаковый

Разница в наполнении

Меня просто вывел последний проект на котором были все кроме архитектора