Не упомянуты низкопрофильные, оптические, свитчи, ни слова о других производителях, кроме черри, затронуты только попсовые "цвета" переключателей.
Статья ради рекламы.
Для заинтересовавшихся - рекомендую ознакомиться с https://geekboards.ru/page/mechanical_switches_v2. Здесь разобрано много типов и производителей свитчей, от этого уже можно отталкиваться при дальнейшем выборе.
Матчей было мало, ботов много, при этом я находился в франко-канадской глубинке и не особо горел желанием флиртовать на французском. Есть своя специфика, Тиндер -скорее на одну ночь, Badoo вроде как посерьёзнее. OkCupid - для типа умных, на английском и в городах. На Бамбл мне никто так никогда не написал :) Впрочем я никогда не делал поиск девушки главным своим занятием. У всех свои истории иммиграции, я давно пришел к эгоистичной мысли что лучше всего что бы релокацию сделали твои родители :)
Да нет, поддержка TS в Ангуляре далеко не полная. Вот что я с ходу помню:
Всевозможные View/Content Child/Query никак не проверяются на корректность. Можно написать какую-нибудь ерунду вроде @ContentChild(Foo) foo: Bar и она успешно скомпилируется, хотя казалось бы ошибку заметить несложно. Плюс сюда же накладываются нетипизируемые щаблоны, из-за которых при выборе по id может попасться объект вообще любого типа — счастливой отладки, блин.
Они же не дружат со строгим режимом и проверками на null.
При динамической загрузке модулей под видом NgModule в рантайме может оказаться NgModuleFactory.
За перевод спасибо!
От себя могу порекомендовать The Brain
Реализует все что описано, плюс еще и графического представление.
Бесплатного функционала, в принципе хватает.
Вам спасибо, что делитесь опытом ) мы пока еще не на финальной стадии, чтобы обернуть опыт в статью, но это уже не за горами.
Построение страниц для вставки — задача хоста. У него в том числе есть роутер, который отвечает за часть урла (до приложения) и обеспечивает связку роутинга внутри приложения с глобальным урлом (это в случае, если приложение полностраничное, а не попап какой-нибудь).
Авторизация внутри IFRAME — обычный 3-legged OAuth с Implicit Grant и prompt=none, т.е. тихий редирект, поскольку и хост и приложение ходят на один и тот же login.example.com. Веб-компоненты используют SDK, у которого авторизация глобальна.
Взаимодействие между кусочками — через общую шину (на основе postmessage в том числе) и через обычные коллбеки/пропсы которые можно передавать веб-компонентам, т.е. некая оркестрация в хосте конечно есть, но у нас довольно крупные куски.
"конфигурации конкретного тенанта нет какого-то микросервиса" можно пояснить, что это значит? Если компонент вставлен на страницу, значит он получен из реестра, а соотв. равзернут, под него есть бакенд и все необходимое в энвайронменте.
Я понимаю что вопрос/комментарий не к переводу, а к первоисточнику, но меня сильно удивила цифра про «исследование, подтвердившее увеличение длительности проекта на 15-30% при использовании TDD». Оказалось, что это хороший пример ситуации, когда категорически не следует верить цитирующим, какими бы регалиями они не обладали, а искать первоисточник.
Интересно, что аннотации на самом сайте Microsoft это не совсем корректное «цитирование» про 15-30% повторяется почти слово в слово, но в работе мы видим нечто совершенно другое:
Прямо в абстракте: по субъективным ощущениям, время изначального написания кода увеличилось на 15-30%
Далее (стр 298), следом за таблицей 2, показывающей KPI команд после внедрения TDD, в статье говориться следующее, опять-таки категорически не совпадающее с «цитированием» в обсуждаемом тексте: По субъективным оценкам менеджмента(sic!), время разработки выросло на 15-30%. Однако, это изменение будет компенсировано снижением эксплутационных расходов благодаря выросшему качеству. Этот эффект подтвержден практическими наблюдениями команд IBM и Microsoft.
К сожалению, далее, из некорректного цитирования исследования делаются выводы о «компромиссе между скоростью и качеством». В случае TDD этого «компромисса» просто нет, посколько вся «экономия» моментально съедается отладкой и интеграцией.
Компромисс между ценой/скоростью и качеством существует в совершенно другом измерении, но он не о «допустимом количестве багов». Он, скорее, о том что объем реализации требований во всем диапазоне FURPS+ сильно зависит от имеющегося времени и средств. Но есть принципиальная разница между требованиями или ожиданиями которыми пожертвовали для сокращения бюджета или сжатия сроков, и некачественным кодом. А работоспособность продукта, как и свежесть рыбы в известной цитате из Мастера и Маргариты, бывает только одна.
Особенно странно слышать это в контексте Agile, где, «только работающий продукт является измерением прогресса», и «постоянное стремление к техническому совершенству», и, в конце-концов, definition of done как ключевой элемент обеспечения прозрачности создаваемых артефактов.
участвовал в бете-тесте этого курса. забросил на середине.
1. на java такое ощущение время ставили от балды. уже после старта бета-теста выснилось, что на java курс будет проходить только один чел.
2. поддержка и обсуждение было отдано на откуп тестерам.
Вообще курс на тот момент оставил крайне негативные мысли. По сути это задачи с leetcode + базовая теория по алгоритмам.
Есть замечательный курс от ИТМО на открытом образовании. Там куратор Максим Буздалов (если не ошибаюсь). Вот там курс именно на алгоритмы — сортировки, кучу, деревья, строки. И задачи реально на эти темы. (Во многом совпадают с курсом по алгоритмам в самом ИТМО) В общем советую. А leetcode для всех открыт.
Сам не читал ещё, но часто советуют (например, тут https://github.com/Tinkoff/career/blob/main/interview.md#книги-2) "Высоконагруженные приложения. Программирование, масштабирование, поддержка" Клеппман М.
Мало, мало информации.
Не упомянуты низкопрофильные, оптические, свитчи, ни слова о других производителях, кроме черри, затронуты только попсовые "цвета" переключателей.
Статья ради рекламы.
Для заинтересовавшихся - рекомендую ознакомиться с https://geekboards.ru/page/mechanical_switches_v2. Здесь разобрано много типов и производителей свитчей, от этого уже можно отталкиваться при дальнейшем выборе.
Вообще-то говорят и делают - у cherry и kailh есть серия silent с демпфером upstroke, для topre есть колечки внутрь свитча. Ещё клипсы qmx для черри.
Ну и мягкие низкопрофильные свитчи от кейхрон
Матчей было мало, ботов много, при этом я находился в франко-канадской глубинке и не особо горел желанием флиртовать на французском. Есть своя специфика, Тиндер -скорее на одну ночь, Badoo вроде как посерьёзнее. OkCupid - для типа умных, на английском и в городах. На Бамбл мне никто так никогда не написал :) Впрочем я никогда не делал поиск девушки главным своим занятием. У всех свои истории иммиграции, я давно пришел к эгоистичной мысли что лучше всего что бы релокацию сделали твои родители :)
Да нет, поддержка TS в Ангуляре далеко не полная. Вот что я с ходу помню:
Всевозможные View/Content Child/Query никак не проверяются на корректность. Можно написать какую-нибудь ерунду вроде
@ContentChild(Foo) foo: Bar
и она успешно скомпилируется, хотя казалось бы ошибку заметить несложно. Плюс сюда же накладываются нетипизируемые щаблоны, из-за которых при выборе по id может попасться объект вообще любого типа — счастливой отладки, блин.Они же не дружат со строгим режимом и проверками на null.
При динамической загрузке модулей под видом NgModule в рантайме может оказаться NgModuleFactory.
От себя могу порекомендовать The Brain
Реализует все что описано, плюс еще и графического представление.
Бесплатного функционала, в принципе хватает.
Рекомендую также ознакомиться вот с этим дистрибутивом от мембера https://habr.com/ru/users/ValdikSS/.
https://notes.valdikss.org.ru/linux-for-old-pc-from-2007/
Там тоже в основе МИНТ, плюс пропатченое ядро для легковесности.
PDF: github.com/A/largescaleJS_ru/blob/gh-pages/epub/largescale-js.pdf
MD: github.com/A/largescaleJS_ru/tree/gh-pages/_includes/translation/rus
epub, mobi, fb2 (рус.)
MD-оригинал (англ.)
Давно уже придумали экспортировать default функцию-фабрику.
debug
в node.js использует как раз такой подход.Вам спасибо, что делитесь опытом ) мы пока еще не на финальной стадии, чтобы обернуть опыт в статью, но это уже не за горами.
Построение страниц для вставки — задача хоста. У него в том числе есть роутер, который отвечает за часть урла (до приложения) и обеспечивает связку роутинга внутри приложения с глобальным урлом (это в случае, если приложение полностраничное, а не попап какой-нибудь).
Авторизация внутри IFRAME — обычный 3-legged OAuth с Implicit Grant и prompt=none, т.е. тихий редирект, поскольку и хост и приложение ходят на один и тот же login.example.com. Веб-компоненты используют SDK, у которого авторизация глобальна.
Взаимодействие между кусочками — через общую шину (на основе postmessage в том числе) и через обычные коллбеки/пропсы которые можно передавать веб-компонентам, т.е. некая оркестрация в хосте конечно есть, но у нас довольно крупные куски.
"конфигурации конкретного тенанта нет какого-то микросервиса" можно пояснить, что это значит? Если компонент вставлен на страницу, значит он получен из реестра, а соотв. равзернут, под него есть бакенд и все необходимое в энвайронменте.
Первоисточник нашелся, это исследование Realizing quality improvement through test driven development: results and experiences of four industrial teams by Nachiappan Nagappan & E. Michael Maximilien & Thirumalesh Bhat & Laurie Williams, опубликованное Microsoft вот тут
www.microsoft.com/en-us/research/wp-content/uploads/2009/10/Realizing-Quality-Improvement-Through-Test-Driven-Development-Results-and-Experiences-of-Four-Industrial-Teams-nagappan_tdd.pdf
Интересно, что аннотации на самом сайте Microsoft это не совсем корректное «цитирование» про 15-30% повторяется почти слово в слово, но в работе мы видим нечто совершенно другое:
Прямо в абстракте: по субъективным ощущениям, время изначального написания кода увеличилось на 15-30%
Далее (стр 298), следом за таблицей 2, показывающей KPI команд после внедрения TDD, в статье говориться следующее, опять-таки категорически не совпадающее с «цитированием» в обсуждаемом тексте:
По субъективным оценкам менеджмента(sic!), время разработки выросло на 15-30%. Однако, это изменение будет компенсировано снижением эксплутационных расходов благодаря выросшему качеству. Этот эффект подтвержден практическими наблюдениями команд IBM и Microsoft.
К сожалению, далее, из некорректного цитирования исследования делаются выводы о «компромиссе между скоростью и качеством». В случае TDD этого «компромисса» просто нет, посколько вся «экономия» моментально съедается отладкой и интеграцией.
Компромисс между ценой/скоростью и качеством существует в совершенно другом измерении, но он не о «допустимом количестве багов». Он, скорее, о том что объем реализации требований во всем диапазоне FURPS+ сильно зависит от имеющегося времени и средств. Но есть принципиальная разница между требованиями или ожиданиями которыми пожертвовали для сокращения бюджета или сжатия сроков, и некачественным кодом. А работоспособность продукта, как и свежесть рыбы в известной цитате из Мастера и Маргариты, бывает только одна.
Особенно странно слышать это в контексте Agile, где, «только работающий продукт является измерением прогресса», и «постоянное стремление к техническому совершенству», и, в конце-концов, definition of done как ключевой элемент обеспечения прозрачности создаваемых артефактов.
1. на java такое ощущение время ставили от балды. уже после старта бета-теста выснилось, что на java курс будет проходить только один чел.
2. поддержка и обсуждение было отдано на откуп тестерам.
Вообще курс на тот момент оставил крайне негативные мысли. По сути это задачи с leetcode + базовая теория по алгоритмам.
Есть замечательный курс от ИТМО на открытом образовании. Там куратор Максим Буздалов (если не ошибаюсь). Вот там курс именно на алгоритмы — сортировки, кучу, деревья, строки. И задачи реально на эти темы. (Во многом совпадают с курсом по алгоритмам в самом ИТМО) В общем советую. А leetcode для всех открыт.
В целом, я считаю, что алгоритмы можно подтянуть самостоятельно.
Оставлю пару ссылок
codeforces.com/edu/courses
algoprog.ru (платный: 2 тысячи рублей/месяц)
stepik.org/course/217/syllabus
stepik.org/course/1547/syllabus
stepik.org/course/53634/syllabus
stepik.org/course/64454/syllabus
www.coursera.org/specializations/data-structures-algorithms (платный, англ язык, более advanced)
openedu.ru/course/ITMOUniversity/PADS