Pull to refresh
36
0
Дмитрий Карпич @meettya

User

Send message

Изящность законов - как контора, так "на срок более 15 дней" и рядись-судись, а потом исполнительным листом, ну вы поняли.

А как сотрудник не вышел 1 день, так ррраз, и по статье!

Справедливость.

Простите, но у меня пара вопросов:
1) а разве надо верстать не так, как нарисовал дизайнер?
2) а вот в рамках реального проекта вот этих пользователей, которые используют screen reader - их сильно отличное от нуля количество?

На этой комбинации вы разве что русского шпиона вычислить сможете. Я ее после школы нигде ни разу не видел в живом тесте или общении найтивов :)

Так и представляю себе - маски-шоу, ствол и "Руки от клавиатуры, вы заподозрены в использовании протокола, угрожающего функционированию интернета!", а на экране пинг до ya.ru

Сидишь ты такой, пытаясь понять, почему докер-контейнер с переписанным на njs сервисом у тебя в марафоне работал, а в новом кубере не хочет, и что он там в кибане говорит по логам, а тебе "console.log(1 + '1' - 1);" ? Серьезно? :)

Дома есть МФУ Canon G3415 - хочешь Wi-Fi, хочешь - USB, со штатной СНПЧ, никаких спец-приложений при печати не нужно.

НО. Конструкция максимально нелепая, там практически в штатные картриджи впендюрены трубки подачи чернил и эта история периодически то подсохнет, то завоздушится, и конечно же при "прочистке" он мне все припоминает и проливает кучу чернил. Плюс там есть идиотский лок с переполнением "памперса", который или в СЦ или код покупать, я правда пока в это не уперся.

В целом для дома вроде терпимо, как они на больших пробегах -хз.

Там чего-то много красивого про P2P написано, только я не очень осознал, а как они без опорного сервера с маскарадными NAT-ами собираются работать? Для P2P так-та вааще есть тупой как валенок WebRTC, только он из-за NAT-ов мертв по прибытию и, кажется, ни одного удачного примера его использования нет. Там же проблема курицы и яйца с открытыми портами, ну разве что кроме Full Cone.

О, вы смоги от него хоть что-то дельное получить, это успех :)
Я сколько не заходил к электронному болвану - он такое фэнтэзи выдает, что просто шик. Очень красиво, но не работает ни сразу, ни после переделки.

Хотел, чтобы он мне с nginx помог - не, отказать, самостоятельно прочитанные маны и никак иначе.

Хотел хитрый вариант ленивого таск-менеджера - получил ответы в стиле кулинарных реврайтов "Впервые рис начали выращивать...", ну, вы знаете. По существу никаких новых разумных идей у него в базе нет.

В продвинутом тайпскрипте он тоже как курсер на собесе.

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

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

А когда пишется что-то фик пойми что, но очень (sic!) умно — это точно написал джун.

Как там у классиков было - "Программист на паскале может писать на паскале на любом языке" :) Не надо так. Не надо быть джуном со стажем :)

Вот вы тут смеетесь, а ведь реально полно отбитых контор, которые вот такими отбитыми методами набирают уникумов с такими вот скилами, а потом удивляются - а че продукт полная заоптимизированных костыльных велосипедов хрень и почему даже уборщицу не нанять на его поддержку :)

А чего могли хотеть эти "ГУ МВД"? Мне такие как-то звонили, но у меня совещание было, и я послал их на хрен вежливо завершил разговор.

Не ну вы представьте, какой ужас! Работник, отчужденный и от результатов своего труда и от прибыли за эти результаты не хочет по 26 часов в сутки с экстази-энтузиазмом вкалывать на капиталиста! А вы какого результата-то ожидали?

Любезнейший, напраслину на себя возводите. Прогуляйтесь, подышите свежим воздухом.

Как говаривала моя преподавательница органической химии "Дима, Вы такой умный, почему Вы такой ленивый?". На что я молчал и думал про себя "потому что могу себе это позволить" :)

Просто решите что для вас на самом деле важно и гребите в эту сторону. Все фуры на трассе Москва-Владивосток не обогнать :)

Кажется тут тот самый случай, когда HR-отделу срочно нужны IT-санитары :)

Обычно классическая схема богатых франшиз — «я (франчайзи-овнер) добился всего сам, а вы (соинвесторы, покупатели фрнашизы и прочие вложившиеся баблом в бизнес) — просто ленивые и криворукие, поэтому вам не фортануло и я ухожу от вас (с вашими деньгами)». Примеров мильён :)
Да я вот так тоже нашему PM говорил, а он что-то там про сроки, заказчиков и контракты талдычит :)
Лучший код — это понятный любому, который делает то что надо и не делает того, чего не надо. И отгруженный вовремя.
Загрузка модулей в ноде — операция синхронная и блокирующая.

Да, синхронная, нет, не блокирующая. Она начинает проходить по дереву зависимостей и тому, что недорезолвилось — ставит флаг. Именно поэтому в принципе возможны циркулярные зависимости (хоть они и зло). Кроме того новая реализация, которая ES6 modules import — вообще асинхронная.
У вас в примерах уже есть строчка antiniteSys.ensureAllIsReady(), можно старт процесса повесить на этот вызов.

Нет, `.ensureAllIsReady()` это проверка, которая в случае фейла бросает эксепшен. Потому что лучше совсем не взлететь, чем взлететь непонятно на чем, в смысле что не все разрезолвилось.
Или на первый вызов execute если почему-то решили ensureAllIsReady не вызывать.
Некрасиво.
Если вопрос стоит так — сделать что-то сложно выглядящее по-простому или что-то просто выглядящее, но сложное внутри — ИМХО нужно выбирать последнее.
Какая, в сущности разница, как устроен черный ящик, если он работает как надо?
Те сообщения об ошибках, который я предлагаю выкинуть — никогда не будут происходить в принципе.

Да. Но, в теории, они могут появится при внесении изменений. Поэтому моя практика подсказывает проверять то, что может упасть, даже если пока оно падать в общем-то не должно.
Ваша задача прекрасно решается в два этапа: сначала — экспорт всех экшенов, потом связывание и импорт, никаких промежуточных состояний вида «половина сервисов еще не зарезолвились, а остальные нужно использовать» при этом не будет — а значит, и не будет связанных с этим ошибок.

Сложность в том что этих этапов нет, оно начинает разрешаться при импорте домена и как-то там себе разрешается или нет, новый импорт домена — новый цикл разрешений с учетом «ждущих» зависимостей. И если вы 100% уверены что дерево зависимостей корректно и нет асинхронных инициализаций — не нужно даже дожидаться `. onReady()`. Для введения этапов придется жестко задавать момент старта всего процесса, что выглядит не так изящно, и я сейчас не уверен что это сработает всегда. При написании проекта я ориентировался на нативный стиль того, как нода поступает с разрешением зависимостей.
Но мысли интересные, я подумаю.
Спасибо за ваш интерес к коду и приведеные примеры, но я не уверен в корректности его поведения. Если проект Вас заинтересовал — приглашаю присоединится на github. Я всегда очень лоялен к мердж-реквестам, проходящим тесты и соблюдающим стилистику кода, благо standart — очень простой стиль.
Ох, немного неудобно так код обсуждать, в отрыве от него самого.
Но давайте попробую общё — во-первых я не могу себе позволить упрощать код, выкидывая сообщение об ошибках. А так как у нас много ленивых вычислений — верить нельзя никому.
Например — нельзя упросить `proxyUpcomingExecute`, потому что в момент его бинда к `doRequireCall` вполне возможно что `grantedItem.layer` просто отсутствует.
И так много где.
И это мы еще не вспоминаем об асинхронной инициализации сервисов.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity