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

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

тебе ж написали, диаграммы компонентов, dfd, диаграмма последовательности

тебе ж написали, диаграммы компонентов, dfd, диаграмма последовательности

сорри, понятно, спасибо

можешь еще почитать Крэйга Лармана

Applying UML and patterns

там есть и про такие штуки как связанность, и как декомпозицию делать...

там есть и про такие штуки как связанность, и как декомпозицию делать...

спасибо

https://gist.github.com/InFog/2d5be2b1b4dd818333f6 орнул однако

хороший манифест))

прямо на работе такие у многих)

@yegor256 тебе должно понравиться

https://github.com/poteto/hiring-without-whiteboards

раздули столько шума из одного блог поста) и в итоге сделали снова мейнстрим)

Но когда делаешь многократно - оно всегда получается мейнстрим.

ну они сделали список компаний, которые работают не так, как все. и их получилось несколько сотен) это как в СССР делали очереди из тех, кто проходит без очереди)

:)

ну инициатива как минимум интересная же

ну это просто спекуляция на горячей теме

это полезная спекуляция на горячей теме

"в фирме Х сотруднику Y дверью отдавили ногу и не заплатили компенсацию!"

"давайте составим список фирм, где ноги не отдавливают!"

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

кто попал в этот список? кто проверял его целостность? что там за критерии? как проверить это вообще? не важно, просто список же классный!

обалденный

да не в списке дело-то

а в том, что тема была услышана как минимум

ну и на ней кто-то заработал 4к гитхаб звездочек и трафик с HN

при этом не добавив ничего к решению проблемы

это называется спекуляция)

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

проблема как была на месте, так и осталось. только кто-то заработал трафик

не соглашусть про *ничего*. мне кажется это должно заставить кого-нибудь подумать а что есть best practices в интерьвю, какие должны быть критерии оценки

ну может быть, как просто еще один выстрел в воздух, чтобы привлечь внимание

но мы выше этого должны быть)

если мы хотим проблему решать - мы должны писать о ней, объективно и прямо. и предлагать решения. и если строим списки тех, кто проблему решил - то должны объяснить как именно решили и показать, как мы можем в этом убедиться и проверить.

возьмите на выбор любую контору из этого списка и попробуйте устроиться туда на работу. и все станет ясно. обычное болото, как и везде.

а есть компании с работой в офисе, где ты не офисный раб?

аааа ну про "болото" это вообще больной вопрос. где не болото? Вот я читаю всякие умные книжки про архитектуру там, профессоионализм и прочее. Робертом Мартином укушен. А на работе все равно скукота и все говнокодят

и все равно приходишь домой и пилишь что-то для себя для души

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

а есть компании с работой в офисе, где ты не офисный раб?

офис = рабство

я про это даже писал год назад: http://www.yegor256.com/2015/07/21/hourly-pay-modern-slavery.html

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

так?

надо чтобы платили от результата, а не от потраченного времени. и все

"вам надо чтобы этот софт работал? он будет работать, за $800"

офис = рабство???

фиксиорованный оклад с бонусами это тоже разновидность "от потраченного времени"?

фиксиорованный оклад с бонусами это тоже разновидность "от потраченного времени"?

конечно. любой "оклад" — это рабство

платить должны за результат, а не за факт твоего или моего существования в этом мире/офисе

т.е надо быть частным консультантом

рабу платят за то, что он просто есть. что делать - ему скажут.

скажут на джаве кодить, будет на джаве кодить.

скажут на пхп, будет на пхп.

это не его дело - решать, что завтра делать.

его дело - приходить в офис и там быть.

рабство это фикс оклад. из разряда "сколько нужно времени чтобы найти потерянные ключи?"

свободный человек скажет - "найду ключи вы мне $100, не найду, ну значит ничего не заплатите"

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

рабом быть легче

потому что судьба раба в руках его хозяина (работодателя)

думать не нужно

конечно. рисков во много раз меньше. думать не надо. забот меньше.

ну только терпи свое рабское положение и все. большинству людей (подавляющему) это не претит.

свободный человек скажет - "найду ключи вы мне $100, не найду, ну значит ничего не заплатите"

поищет день, а потом скажет "да ну нафиг, мне же дороже"

поищет день, а потом скажет "да ну нафиг, мне же дороже"

да, именно. и пойдет что-то другое делать

ERROR: S client not available

проблема сама не решится ведь

и больше его ключи искать те же люди не попросят

если рабов не будет совсем, то работодатели начнут ставить задачи правильные, вместо "ищи ключи"

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

мы работаем уже больше 4-х лет по модели "оплата только за результат"

и у нас и дедлоки и утечки

и куча сложных проектов

но я уже спать)

а как с багами? вот сделали задачу, вылили и выявились баги, за них отдельно платить будут?)

Что делать если пишешь на питоне и офигеваешь с его [отсутствия] ООП?

а что с его ооп не так?

Да по моему всё, после си-подобных языков

Ну, ООП-то говно, но что не так с ним в питоне-то?

Я такой - э, а как сделать синглтон? А мне говорят - не делай синглтон, делай модуль

Молодцы

Дай им пряник

и правильно делают)

- а где интерфейсы? - зачем тебе интерфейсы?)))

Сделать-то, очевидно можно синглтон, но не нужно

- а где интерфейсы? - зачем тебе интерфейсы?)))

Зачем тебе интерфейсы в динамике?

В пхп динамика динамичнее некуда, а интерфейсам не мешает

Нашёл что приводить в пример

Как-то привык к Gun::fireTo(IFoot $foot)

И когда это проверяется? В рантайме?

- а где интерфейсы? - зачем тебе интерфейсы?)))

а зачем тебе интерфейсы и правда?

в 3.6 питоне есть тайп хинты

Интерфейсы нужны для нужд компиляции (как ты ещё узнаешь какой составить vtable), зачем это в динамическом языке?

в питоне есть мультинаследование

и abstract base classes если память не изменяет

А язык всё падал и падал в бездну

а зачем тебе интерфейсы и правда?

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

Ну и отлично