wizzard: (Default)
попросил тут кое-кто из френдов репостить, послушать мнение:

так что, в общем, комменты вэлкам


взываю к помощи коллективного разума.

у меня на проекте есть:
-- ПМ, которая любит микроменеджмент и быть Очень Занятой Персоной, не любит вьезжать в дела проекта и ходить на статус митинги
- БА-координатор, которая играет в ПМа, орет на меня при любой возможности при всей команде и выдает свои привычким за знание методологии;
- QA-координатор, которая играет в ПМа, орет на тестировщиков и спамит в чат с возмущениями при любой возможности;
- временный заместитель ПМа, которая тоже не любит ходить на стендапы, поэтому мы пересказываем статус по два раза на дню в скайпе.

итого 4 человека типа менеджмента на команду из пяти человек. вспоминается картинка с Васей.

я терпела пару месяцев, сейчас я уже просто закидываюсь валерьянкой каждый раз, когда на меня орет БА-координатор.
кто-то может дать дельный совет, что делать с неадекватами?
(эскалировать я не могу, если что.)

инстинкт самосохранения говорит, что надо бежать, но я не хочу, потому что кроме этих идиоток мне все нравится

нужно скорее пособие "как нарастить шкуру и отбиться от идиотов"
wizzard: (Default)
> Все семантические технологии упираются в то, что люди на местах ничего не понимают.

> Насчёт автоматической перестройки UML моделей - это как работать с документом, где случайным образом меняется текст. Плюс с диаграммами проблема в том, что это графика, то есть для её адекватного использования надо владеть хотя бы основами графического дизайна.

(с) vit_r, в комментах.

Я еще от себя добавлю, что тексты тоже далеко не все умеют писать.
wizzard: (Default)
(из комментов у a_nalgin)

...сейчас доступно множество знаний, которые декларируются правильными. И они правильны, каждое из них. В определенных условиях. Которые не описаны, конечно.

Условия наступают, грабли бьют по голове, ближайший умник смотрит в книгу и говорит сакраментальное: "Да это же все знают!"

Задним числом - да, это работает. Спрогнозировать тем не менее невозможно. Более того, не факт, что в следующий раз грабли будут лежать в том же месте тёмной подсобки.
wizzard: (Default)
интересный тут взгляд на происшествие с силкроадом с Хабра подбросили

1. фбр делает овер 100 покупок (и возможно продаж) на силкроаде «для изучения» веществ и процесса.
2. внезапно появляется «хакер–шантажист» у которого есть «реальные данные части покупателей и продавцов». присылает пруфы владельцу. просит 500 тыс у.е.
3. владелец находит на силкроаде же «киллера» за 150килобаксов. платит получает фотки «трупа». (канадская полиция опровергает наличие трупа).
4. шантажист исчезает.
5. владелец заказывает поддельные доки через «киллера».
6. «киллер» выманивает оригинальные фото владельца для документов.
7. поддельные документы присылаются на конспиративную квартиру владельца силкроад.
8. агент–1 берет владельца под белы рученьки и все, привет.

10. заранее зная ответ оформляется красивая история про емэйлы на форумах.

и не надо ничего взламывать, что характерно, обычный HUMINT ;)
wizzard: (Default)
Любопытное рассуждение тут нашел. В целом, согласен.

Linux has had almost 2 decades of annual "Linux on the Desktop" pushes that universally failed, and there's a reason for this. Open source development can't do good user interfaces for the same reason wikipedia can't write a novel with a coherent plot. The limitations of the development model do not allow for this. The old adage "too many cooks spoil the soup" is not a warning about lack of nutrition, it's a warning that aesthetic issues do not survive committees. Peer review does not produce blockbuster movies, hit songs, or masterpiece paintings. It finds scientific facts, not beauty.

Any time "shut up and show me the code" is not the correct response to the problem at hand, open source development melts down into one of three distinct failure modes:

1) Endless discussion that never results in actual code, because nobody can agree on a single course of action.

2) The project forks itself to death: everybody goes off and codes up their preferred solution, but it's no easier to agree on a single approach after the code exists so the forks never get merged.

3) Delegating the problem to nobody, either by A) separating engine from interface and focusing on the engine in hopes that some glorious day somebody will write an interface worth using, or B) making the interface so configurable that the fact it takes hours to figure out what your options are and still has no sane defaults is now somehow the end user's fault.

Open source development defeats Brooks' Law by leveraging empirical tests. Integrating the results of decoupled development efforts is made possible by the ability to unequivocally determine which approaches are best (trusted engineers break ties, but it has to be pretty close and the arguments go back and forth). Even changing the design and repeatedly ripping out existing implementations is doable if everyone can at least retroactively agree that what we have now is better that what we used to have, and we should stop fighting to go back to the old way.

In the absence of empirical tests, this doesn't work. By their nature, aesthetic issues do not have emprical tests for "better" or "worse". Chinese food is not "better" than mexican food. But if you can't decide what you're doing (if one chef insists on adding ketchup and another bacon and a third ice cream) the end result is an incoherent mess. (At best you get beige and the DMV. Navigable with enough effort, but not appealing.)

The way around this is to a have a single author with a clear vision in charge of the user interface, who can make aesthetic decisions that are coherent rather than "correct". Unfortunately when this does happen, the open source community pressures the developer of a successful project to give over control of the project to a committee. So the Gecko engine was buried in the unusable Mozilla browser, then Galleon forked off from that and Mozilla rebased itself on the Galleon fork. Then Firefox forked off of that and the Mozilla foundation took over Firefox...

Part of the success of Android is that its user experience is NOT community developed. (This isn't just desktop, this is "if the whole thing pauses for two seconds while somebody's typing in a phone number, that's unacceptable". All the way down to the bare metal, the OS serves the task of being a handheld interactive touch screen device running off of battery power first, being anything else it _could_ be doing second.)

Из проекта Aboriginal Linux ( http://www.landley.net/aboriginal/about.html )

(зачем мне это? это я копаю интернет в поисках того, из чего можно собрать Trusted Computing Base на коленке, а это означает минималистичную self-hosting OS)
wizzard: (Default)
Собственно, сабж. Пока я там жил - был всем доволен. Почему переехал? Понадобилась третья комната. Про переезд немного жалею.

Посему всячески рекомендую.

- Большая двухкомнатная квартира в центре Киева.
- 3 минуты от м. Арсенальная (Грушевского 34/1, парадный вход с улицы)
- Проблем с парковкой не наблюдал ни разу
- Отличные адекватные хозяева. За полтора года совсем не мешали, а при возникновении вопросов оч быстро их решали, по сравнению с тем "как бывает" - реально респект.
- Отличный ремонт
- Сигнализация, видеоглазок, решетки (с замком)
- Мебель, горячая вода+бойлер, кондиционер, стиралка и прочая техника есть, работает, докупать ничего не надо.
- Через дорогу круглосуточная кулинария и Мариинский парк
- Офиц договор, $1500, безнал/нал, туда входят налоги, коммунальные, мелкие ремонты.
- Может еще чего забыл, можете в жж спрашивать.

Контакт: Дарья (хозяйка), +38096 5533328, "по обьявлению от Александра"
wizzard: (Default)
Your ( ) tweet ( ) blog post ( ) marketing material ( ) online comment
advocates a way to beat the CAP theorem. Your idea will not work. Here is why
it won't work:

You are assuming that... )

P.S. Я еще помню у Patrick McKenzie чеклисты про имена и даты, а какие еще вы знаете?

Profile

wizzard: (Default)
wizzard

January 2019

S M T W T F S
  12 345
6789101112
1314 1516171819
202122 23242526
2728293031  

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Apr. 22nd, 2019 03:01 pm
Powered by Dreamwidth Studios