ClubHouse не новая технология, а лишь "неплохой" на первый взгляд симбиоз существующих технологий (голосовые чаты) в виде оригинального продукта. Умер как минимум потому что очень легко повторить в существующих больших продуктах (как и оригинальный когда-то формат Stories который теперь в каждом приложении поголовно).
Тоже снимал и ничего подобного не заметил, всё было ок.
Заметил, что после снятия - он ещё минут 5-10 отображался на карте, что говорит о присутствии кеша (cache) на бэке. Причем когда я делал это в 2 операции, то и на карте он обновлялся 2 раза как раз по суммам снятия с некоторой задержкой между стейтами.
Серверный кеш кстати тогда было довольно легко обойти, из-за чего удавалось узнавать о пополнении ближайшего терминала почти в реалтайме.
Махровый ассемблер может быть даже читабелен, если есть возможность юзать masm c относительно человеческими if-else (в своё время для меня это стало чит-кодом к освоению ассемблера). И, как уже сказали, всё действительно очень сильно зависит от препода, а ещё от желания студента саморазвиваться.
Всякие Лиспы и Прологи были в своё время для меня отличным примером что оказ-ца существуют языки со своими фишечками и при этом отличные от императивных Си-подобных Явы и Сишарпа, и стоит ещё порисерчить вокруг, вдруг ещё что интересного найду.
Пока нет понимания с какого из языков/технологий ты начнешь впервые получать денюшки в этой сфере, лучшая схема развития - развитие вширь (а у человека студенческого возраста такого понимания вероятнее всего ещё нет, есть только иллюзия что "я всё знаю, выбор уже сделан, и нужно лупить в эту точку")
новость из вселенной с горящими дедлайнами и нарушенными правами доступа к данным на проде. всего лишь 2 пункта кратно снижают уровень защиты данных в любом приложении, когда чтобы получить доступ - достаточно сказать безопасникам/админам "баг на проде, фсё горит! согласовали с тимлидом, нужон доступ срочно!"
Хуже - если такое даже не согласовывается, а выдаётся по-умолчанию на этапе разработки, а потом не отбирается.
Категорически не соглашусь. В "каждом крупном продукте" который я видел с фичей tip of the day внизу окна была галочка отключения, в отличие от "подсказок" от MS которые они ввели с момента замены "панели управления" на "настройки", где добрая половина интерфейса засрана нерелевантными ссылками прямо в бинг и на подключение onedrive. И самое главное что в этих самых настройках нет галочки на отключение всего этого добра, а туториалы по отключению (естесно через всякие редакторы реестров и прочие черные проходы) народ в сети актуализирует чуть ли не каждый год
Удалёнка != Москва / СПБ. Находясь в одном регионе нашёл удалёнку из другого региона с условиями, сопоставимыми с вакансиями из дефолт сити. При этом находимся и я и офис в одном и том же часовом поясе, за счёт чего достаточно комфортно с командой договариваться о времени
1) [музыка] сегодня ты добавляешь трек в коллекцию, а завтра что-то происходит (по ощущениям - перезалив трека правообладателем в своей админке), и вот уже трек так же глобальным поиском ищется, но в твоей коллекции его нет (привет я.музыка, я уже устал добавлять одни и те же треки себе обратно в коллекцию).
2) [музыка] никто не гарантирует тот факт что если ты добавляешь трек - он доступен тебе всегда. завтра лейбл удаляет альбом/трек с площадки, и он просто становится засеренным в коллекции. получается я плачу за то, что мои треки удаляют от меня же. вроде и мелочи, но в масштабе последних 5 лет пока я на этом крючке - от меня ушло приличное кол-во треков. около 30-50шт из коллекции в 2к. не то что бы сильно много, но во-первых иногда очень хочется послушать, а во-вторых эта ситуация только на одной платформе.
3) [музыка] проприетарный плеер - не расширить список фич сменой плеера, сегодня он относительно "удобен", а завтра высокоэффективная команда дизайнеров меняет там всё к хренам, хочешь ты этого или нет (естесно, от обновления не отказаться, рано или поздно аппа превращается в тыкву). Ну и как следствие проприетарщины - гораздо меньшая поддержка платформ, на тв адекватно не послушать, там только через приложение *инопоиска, и то урезано по фичам до вообще минималистичного уровня (слушай что дают по порядку, можешь выбрать только плейлисты, про навигацию внутри плейлиста забудь - когда-нибудь может быть мы реализуем, но это не точно).
4) [кино] подписка вроде есть, но все равно добрая половина фильмов за отдельный прайс - зачем тогда нужна такая подписка, пересматривать старьё многолетней давности? не, спасибо.
5) [кино] площадки сильно отличаются по набору фильмов, а значит нужно несколько подписок. Уже не кажется таким выгодным.
6) [кино] если уж решил брать несколько подписок - следи за каждой аппой раздельно. И в каждой из них приходится копаться в раздельных коллекциях фильмов, иногда пролистывая тонны обложек, которые ты уже видел в соседней аппе. И кейс реален когда ты смотришь фильмы хотя бы 1-2 раза в неделю, уже через года полтора-два проблема настигает тебя.
с ними много что не так. это не особо выгодно на самом то деле (при банальном пересчете в масштабы 5-10 лет), и очень не удобно.
Был у меня аккаунт на PayPal, регистрировал лет в 16. Как это обычно бывает: чтобы обойти всякие системы защиты - указал возраст больше фактического. Ну побаловался с аккаунтом и забил (фактически операций даже не проводил). В уже осознанном возрасте, лет в ~21-23 вернулся в аккаунт, и почти сразу после настройки/актуализации его заблокировали. Долгие диалоги с техподдержкой дали мне понять что я впервые регистрировался тут до наступления совершеннолетия, за что и получил перманентный бан. Разрешили зарегистрировать ещё один аккаунт, старый до сих пор заблочен и восстановлению не подлежит. Согласен, что нарушение правил с моей стороны присутствовало, но когда сам сталкиваешься с таким - ситуация выглядит весьма нелепо и прекрасно показывает силу монополий, т.к. в момент выяснения обстоятельств я хотел заказать что-то с eBay, но альтернатив оплаты просто не было и всегда вылезало окно PP которое радостно сообщало мне что "аккаунт заблокирован, пройдите нахер".
История не претендует на актуальность, действия происходили в ~2015 годах, возможно сейчас что-то изменилось.
Если хочется, например, обновить библиотеку, чтобы она обновилась во всех сервисах, нужно подтянуть новую версию в каждом репозитории. Это лишние телодвижения, которых можно избежать. И монорепо позволяет это сделать.
Спорный момент.
Проблемы остаются те же, ибо изначально было проведено четкое неравенство между монорепо и монолит, а значит каждый проект вашего монорепо даже если и имеет лишь одну общую ссылку на условный адаптер Redis — то код всех проектов по-отдельности завязан на эту версию. И соответственно при изменении интерфейсов работы с библиотекой придется гулять по всему монорепо в поисках точек взаимодействия и править код коллег, ведь он может даже не скомпилиться, и в таком случае придется вникать в их код, чтобы внести корректную правку, и в итоге ты все равно контактируешь с каждым из них, чтобы вместе правильно обновить версию в конкретно их проекте.
Или что хуже — обновляешь всё сам, но не учитываешь какие-либо особенности "чужого" проекта и коллеги узнают о твоём "обновлении" сильно позже.
Каж-ца вы бред несёте. Посмею предположить, автор прошлой мессаги имел в виду
слой с веб-страницей на стриме
Оно тоже работает как источник видео, т.е. сразу попадает в стрим, и например, именно таким образом работают полоски с донатом (прозрачные области поддерживаются, да) и уведомления о пришедших донатах.
Потому что переводы оптом всего подряд без разбора, ради небольшой рекламной плашки в конце статьи. Статья заплюсована — плашке быть. Статья заминусована — значит скоро её сокроют, либо накрутят ботами, ибо на текущий момент в аккаунте ru_vds только статьи c рейтингом примерно около +30 (размер штата ботов плюсаторов?). Ах да, ещё они подобные моему комменты любят молча минусить без ответа.
ну и да, я в упор не понимаю, зачем тащить ВСЮ объектную модель и ссылки на внешние сборки в скрипт, который не будет их использовать
Не "ВСЮ". И для того, чтобы ваш скрипт смог оставаться однострочным для простейших системных операций и структур данных, и не содержал в себе кучу импортов. Сторонние модули / сборки вы всё ещё способны подгрузить когда нужно.
По такой логике можно было бы в скорость работы скрипта ещё и приплюсовать время загрузки винды, ведь без неё powershell не работает.
Конкретно по вашей ситуации — можно же написать цикл на том же powershell, передавая в обрабатывающий скрипт собранный результирующий список файлов (пайпом, или промежуточной выгрузкой в файл)
Падажжи. То есть ты серьёзно хочешь всю эту объектную модель powershell'а (которая будет работать в однострочниках, без всяких доп. команд импорта), но при этом на каждой итерации запускаешь отдельный инстанс powershell, и считаешь, в общем-то время запуска инстанса, а не исполнения конечной команды?
Ему придется просто гадать и надеяться, что угадает
Видимо проблема все-таки была в пофигизме переводчика на результат, или отсутствии удобных каналов взаимодействия с разработчиком.
Имел опыт перевода на русский одного небольшого опенсурс продукта (расширение стартовой страницы для хрома). И даже там довольно часто рука тянулась к кнопке "request context", ибо встречая уже второй-третий раз схожие (или просто двусмысленные в плане перевода) формулировки невольно задаешься вопросом — а правильно ли я понял положение этой строки в интерфейсе и корректный ли они получили перевод.
В статье про оптимизацию запросов эта информация лишняя, и в некоторых случаях — деструктивная. Статья не одноразовая, и если завтра с этой зависимостью что-то случится (как это бывает с любой лишней зависимостью, не имеющей отношения к основной теме) — то у новичка который сюда придёт будет +1 проблема: как установить django-extensions. А ведь есть решение из коробки, которое в контексте работы с джангой было бы просто изначально надежнее.
Прилетел Илон Маск колонизировать марс. А там Армяне в нарды играют
Baby don't
hurthire me, no moreClubHouse не новая технология, а лишь "неплохой" на первый взгляд симбиоз существующих технологий (голосовые чаты) в виде оригинального продукта. Умер как минимум потому что очень легко повторить в существующих больших продуктах (как и оригинальный когда-то формат Stories который теперь в каждом приложении поголовно).
"До конца 2023 в России планируют существенно увеличить объемы производства наклеек"
Тоже снимал и ничего подобного не заметил, всё было ок.
Заметил, что после снятия - он ещё минут 5-10 отображался на карте, что говорит о присутствии кеша (cache) на бэке. Причем когда я делал это в 2 операции, то и на карте он обновлялся 2 раза как раз по суммам снятия с некоторой задержкой между стейтами.
Серверный кеш кстати тогда было довольно легко обойти, из-за чего удавалось узнавать о пополнении ближайшего терминала почти в реалтайме.
Как заработать на том, кто не хочет покупать наш новый девайс? Продать ему набор инструментов для починки старого. Гениально!
Махровый ассемблер может быть даже читабелен, если есть возможность юзать masm c относительно человеческими if-else (в своё время для меня это стало чит-кодом к освоению ассемблера). И, как уже сказали, всё действительно очень сильно зависит от препода, а ещё от желания студента саморазвиваться.
Всякие Лиспы и Прологи были в своё время для меня отличным примером что оказ-ца существуют языки со своими фишечками и при этом отличные от императивных Си-подобных Явы и Сишарпа, и стоит ещё порисерчить вокруг, вдруг ещё что интересного найду.
Пока нет понимания с какого из языков/технологий ты начнешь впервые получать денюшки в этой сфере, лучшая схема развития - развитие вширь (а у человека студенческого возраста такого понимания вероятнее всего ещё нет, есть только иллюзия что "я всё знаю, выбор уже сделан, и нужно лупить в эту точку")
новость из вселенной с горящими дедлайнами и нарушенными правами доступа к данным на проде. всего лишь 2 пункта кратно снижают уровень защиты данных в любом приложении, когда чтобы получить доступ - достаточно сказать безопасникам/админам "баг на проде, фсё горит! согласовали с тимлидом, нужон доступ срочно!"
Хуже - если такое даже не согласовывается, а выдаётся по-умолчанию на этапе разработки, а потом не отбирается.
Категорически не соглашусь. В "каждом крупном продукте" который я видел с фичей tip of the day внизу окна была галочка отключения, в отличие от "подсказок" от MS которые они ввели с момента замены "панели управления" на "настройки", где добрая половина интерфейса засрана нерелевантными ссылками прямо в бинг и на подключение onedrive. И самое главное что в этих самых настройках нет галочки на отключение всего этого добра, а туториалы по отключению (естесно через всякие редакторы реестров и прочие черные проходы) народ в сети актуализирует чуть ли не каждый год
Удалёнка != Москва / СПБ. Находясь в одном регионе нашёл удалёнку из другого региона с условиями, сопоставимыми с вакансиями из дефолт сити. При этом находимся и я и офис в одном и том же часовом поясе, за счёт чего достаточно комфортно с командой договариваться о времени
1) [музыка] сегодня ты добавляешь трек в коллекцию, а завтра что-то происходит (по ощущениям - перезалив трека правообладателем в своей админке), и вот уже трек так же глобальным поиском ищется, но в твоей коллекции его нет (привет я.музыка, я уже устал добавлять одни и те же треки себе обратно в коллекцию).
2) [музыка] никто не гарантирует тот факт что если ты добавляешь трек - он доступен тебе всегда. завтра лейбл удаляет альбом/трек с площадки, и он просто становится засеренным в коллекции. получается я плачу за то, что мои треки удаляют от меня же. вроде и мелочи, но в масштабе последних 5 лет пока я на этом крючке - от меня ушло приличное кол-во треков. около 30-50шт из коллекции в 2к. не то что бы сильно много, но во-первых иногда очень хочется послушать, а во-вторых эта ситуация только на одной платформе.
3) [музыка] проприетарный плеер - не расширить список фич сменой плеера, сегодня он относительно "удобен", а завтра высокоэффективная команда дизайнеров меняет там всё к хренам, хочешь ты этого или нет (естесно, от обновления не отказаться, рано или поздно аппа превращается в тыкву). Ну и как следствие проприетарщины - гораздо меньшая поддержка платформ, на тв адекватно не послушать, там только через приложение *инопоиска, и то урезано по фичам до вообще минималистичного уровня (слушай что дают по порядку, можешь выбрать только плейлисты, про навигацию внутри плейлиста забудь - когда-нибудь может быть мы реализуем, но это не точно).
4) [кино] подписка вроде есть, но все равно добрая половина фильмов за отдельный прайс - зачем тогда нужна такая подписка, пересматривать старьё многолетней давности? не, спасибо.
5) [кино] площадки сильно отличаются по набору фильмов, а значит нужно несколько подписок. Уже не кажется таким выгодным.
6) [кино] если уж решил брать несколько подписок - следи за каждой аппой раздельно. И в каждой из них приходится копаться в раздельных коллекциях фильмов, иногда пролистывая тонны обложек, которые ты уже видел в соседней аппе. И кейс реален когда ты смотришь фильмы хотя бы 1-2 раза в неделю, уже через года полтора-два проблема настигает тебя.
с ними много что не так. это не особо выгодно на самом то деле (при банальном пересчете в масштабы 5-10 лет), и очень не удобно.
Был у меня аккаунт на PayPal, регистрировал лет в 16. Как это обычно бывает: чтобы обойти всякие системы защиты - указал возраст больше фактического. Ну побаловался с аккаунтом и забил (фактически операций даже не проводил). В уже осознанном возрасте, лет в ~21-23 вернулся в аккаунт, и почти сразу после настройки/актуализации его заблокировали. Долгие диалоги с техподдержкой дали мне понять что я впервые регистрировался тут до наступления совершеннолетия, за что и получил перманентный бан. Разрешили зарегистрировать ещё один аккаунт, старый до сих пор заблочен и восстановлению не подлежит. Согласен, что нарушение правил с моей стороны присутствовало, но когда сам сталкиваешься с таким - ситуация выглядит весьма нелепо и прекрасно показывает силу монополий, т.к. в момент выяснения обстоятельств я хотел заказать что-то с eBay, но альтернатив оплаты просто не было и всегда вылезало окно PP которое радостно сообщало мне что "аккаунт заблокирован, пройдите нахер".
История не претендует на актуальность, действия происходили в ~2015 годах, возможно сейчас что-то изменилось.
Спорный момент.
Проблемы остаются те же, ибо изначально было проведено четкое неравенство между монорепо и монолит, а значит каждый проект вашего монорепо даже если и имеет лишь одну общую ссылку на условный адаптер Redis — то код всех проектов по-отдельности завязан на эту версию. И соответственно при изменении интерфейсов работы с библиотекой придется гулять по всему монорепо в поисках точек взаимодействия и править код коллег, ведь он может даже не скомпилиться, и в таком случае придется вникать в их код, чтобы внести корректную правку, и в итоге ты все равно контактируешь с каждым из них, чтобы вместе правильно обновить версию в конкретно их проекте.
Или что хуже — обновляешь всё сам, но не учитываешь какие-либо особенности "чужого" проекта и коллеги узнают о твоём "обновлении" сильно позже.
Каж-ца вы бред несёте. Посмею предположить, автор прошлой мессаги имел в виду
Оно тоже работает как источник видео, т.е. сразу попадает в стрим, и например, именно таким образом работают полоски с донатом (прозрачные области поддерживаются, да) и уведомления о пришедших донатах.
Потому что переводы оптом всего подряд без разбора, ради небольшой рекламной плашки в конце статьи. Статья заплюсована — плашке быть. Статья заминусована — значит скоро её сокроют, либо накрутят ботами, ибо на текущий момент в аккаунте ru_vds только статьи c рейтингом примерно около +30 (размер штата ботов плюсаторов?). Ах да, ещё они подобные моему комменты любят молча минусить без ответа.
core i7 2.8ghz, SSD, оперативы предостаточно, при этом прямо сейчас куча всего запущена, но увидев цифры я даже не стал заморачиваться с закрытием.
Вывод:
Вывод:
Всё ещё не понимаю о каких 1.5 — 8 сек речь.
Не "ВСЮ". И для того, чтобы ваш скрипт смог оставаться однострочным для простейших системных операций и структур данных, и не содержал в себе кучу импортов. Сторонние модули / сборки вы всё ещё способны подгрузить когда нужно.
По такой логике можно было бы в скорость работы скрипта ещё и приплюсовать время загрузки винды, ведь без неё powershell не работает.
Конкретно по вашей ситуации — можно же написать цикл на том же powershell, передавая в обрабатывающий скрипт собранный результирующий список файлов (пайпом, или промежуточной выгрузкой в файл)
Падажжи. То есть ты серьёзно хочешь всю эту объектную модель powershell'а (которая будет работать в однострочниках, без всяких доп. команд импорта), но при этом на каждой итерации запускаешь отдельный инстанс powershell, и считаешь, в общем-то время запуска инстанса, а не исполнения конечной команды?
Видимо проблема все-таки была в пофигизме переводчика на результат, или отсутствии удобных каналов взаимодействия с разработчиком.
Имел опыт перевода на русский одного небольшого опенсурс продукта (расширение стартовой страницы для хрома). И даже там довольно часто рука тянулась к кнопке "request context", ибо встречая уже второй-третий раз схожие (или просто двусмысленные в плане перевода) формулировки невольно задаешься вопросом — а правильно ли я понял положение этой строки в интерфейсе и корректный ли они получили перевод.
1) выдрали из контекста. перечитайте, пожалуйста, полностью.
2) про это ни слова не было.
3) для таких случаев делают подборки, типа таких https://habr.com/ru/post/503624/ или таких https://github.com/wsvincent/awesome-django
В статье про оптимизацию запросов эта информация лишняя, и в некоторых случаях — деструктивная. Статья не одноразовая, и если завтра с этой зависимостью что-то случится (как это бывает с любой лишней зависимостью, не имеющей отношения к основной теме) — то у новичка который сюда придёт будет +1 проблема: как установить django-extensions. А ведь есть решение из коробки, которое в контексте работы с джангой было бы просто изначально надежнее.