Выглядит как "сначала мы пытались сделать не как у конкурентов, получилось не очень, а потом сделали примерно так же, как у конкурентов, получилось хорошо".
А вообще ни тут, ни в анонсе ни одного скриншота, как-то это странно.
Кроме паттерн матчинга, например, в вашей библиотеке есть final класс, вы хотите добавить похожий класс, но вынести в родительский класс общую часть, без sealed от родителя могли бы наследоваться и пользователи вашей библиотеки, чего вы хотите избежать.
У меня две мышки x750, одной 5 лет (для работы), другой ~10, о свичах для мышей впервые услышал в этой статье (и у меня много вопросов к этому вот всему, не могли же люди за 10 лет разучиться делать такую мелочь, тем более в устройствах кратно дороже моей мышки).
Кстати недавно на ДР решил уменьшить количество проводов, попробовал Logitech MX Master 3 — полнейшее разочарование: кнопки по сравнению с x750 жмутся с кратно бо́льшим усилием, драйвера кривые, настройки часто слетают и сделаны на уровне фирменного ПО (в моей — они сделаны "внутри" мыши и работают на любом компьютере), при попытке перезапуска ПО приходится ждать, пока оно обновится до очередной версии, без этого настройки не применяются, полный кошмар, в общем.
И в моем случае сложилось впечатление, что эта аренда — какой-то треш: выглядит красиво, кнопочки там всякие как на букингах, оплата сразу карточкой, а по факту три риэлтора отменили бронь без слов (причем один — через несколько недель, за пару дней до моего приезда), ещё у одного — "этой квартиры уже нет, но есть другая", снял у другого, но пришлось заплатить больше указанного в объявлении.
Просматривайте результаты, соответствующие части слова
Добавьте к части слова длиной не менее трех букв звездочку, чтобы увидеть результаты, начинающиеся с указанных букв. Так, запрос отв* может дать результаты «ответ» и «ответить».
Если что-то не находится, я обычно пробую удалять по одной букве перед звёздочкой, либо вспоминать ещё какие-то слова, которые там точно были: если по blah* находится слишком много, можно искать "blah* как" или "blah* польз*"
Ну, ребята просто пользовались продуктом по назначению
>"Slack" is an acronym for "Searchable Log of All Conversation and Knowledge"
Поиск там хороший и не раз спасал меня. По поводу комментариев ниже "зачем искать ответ, если можно потратить время и разобраться", есть много нюансов, кто-то не разбирается в другом ЯП, кто-то — вообще тестировщик, ну и в целом "время — деньги"
Мне ещё нравится, когда ищешь по коду в своей организации, на табе Code в счётчике найденных — 0, но иногда, если на него кликнуть, то окажется, что там совсем не ноль результатов (то же и с пагинацией бывает: сначала вроде бы 2 страницы результатов, но при переходе на вторую появляются ещё страницы)
Читы на скины? Хм... В онлайн-играх читерство — это больно, у меня, например, такая локация, что хорошо, если будет доступен хотя бы 1 не пустой сервер с нормальным пингом, и вот туда недавно пришла сразу компания читеров и всё, игровой вечер потерян, настроение испорчено. Не то, чтобы за это стоило сажать (хотя в тот момент и смертной казни казалось мало), но вот, чем, например, плохо читерство, а не тем, что кто-то кому-то будет завидовать из-за шкурок.
Формулировка вопроса была пересказана, как я понимаю, в вольной форме и по ней (да и вообще) от автора нет никаких комментариев, хотя вопросы были. В текущей же редакции и не написано, что лично он должен принимать решение о релизе и/или заниматься его выпуском.
Для джуна, наверное, это вопрос не контрольный с правильным ответом, но полезный в плане возможности оценить представления кандидата о процессе разработки (забавный факт: я, например, свой первый баг почти 15 лет назад закрыл автоматом, подумав "ну не бежать же снова 20 минут до локации с багом, чтобы перепроверить")
PS: за свою карьеру пришел к выводу, что по поводу багов в случае разногласий (да и вообще почти по любому поводу) чаще всего стоит сперва пообщаться лично, это эффективнее и быстрее комментариев/писем/эскалаций на официальном языке, где коммуникация происходит раз в полчаса, если повезет. Еще забавный факт: коллега, ушедшая в сине-красный маркетплейс, сильно удивилась, что один вопрос не решался по причине "они нам до сих пор [не первый день] не отвечают", хотя коллеги сидели в одном опенспейсе, в итоге сходили ножками и обо всем договорились (да, понятно, далеко не по всем вопросам надо бегать отвлекать вживую человека, и не через 5 минут после вопроса, и что долго не отвечать — тоже не очень хорошо и признак не лучших процессов)
Знаю компанию, где в полной мере прочувствовали эту иронию, когда со временем система CI/CD стала настолько хороша, что в случае ошибок "операторы" начали задавать глупые базовые вопросы и забывать смотреть логи (и вообще у меня лапки, ваша система — вы и разберётесь, почему упал мой сервис (утрированно конечно))
Нравится, как каждый на вопрос "что делать, если баг не хотят чинить" ответил по-своему, примерив эту ситуацию на личный опыт. Даже немного завидую людям, у которых последние n проектов были настолько одинаковы, что они имеют четкое и однозначное мнение по этому поводу с указанием ролей и процессов, которые порой попросту отсутствуют в некоторых компаниях (знаю такие, где нет ни аналитиков, ни скрам-мастеров, ни проджектов, а задачу зарелизить может и сам тестировщик парой кнопок в CI/CD).
На самом деле, это стандартный вопрос на QA-собеседованиях про то, что ты будешь делать в довольно стандартной (по сравнению с остальными) "нештатной" ситуации, но заданный в форме со звездочкой. Ну и стандартный ответ — что-то усредненное из всех комментариев :) (аргументировать/эскалировать/не доставать нож)
Понятно, что перевод, но всё же (правильный ответ: поддерживает)
Выглядит как "сначала мы пытались сделать не как у конкурентов, получилось не очень, а потом сделали примерно так же, как у конкурентов, получилось хорошо".
А вообще ни тут, ни в анонсе ни одного скриншота, как-то это странно.
Кроме паттерн матчинга, например, в вашей библиотеке есть final класс, вы хотите добавить похожий класс, но вынести в родительский класс общую часть, без sealed от родителя могли бы наследоваться и пользователи вашей библиотеки, чего вы хотите избежать.
У меня две мышки x750, одной 5 лет (для работы), другой ~10, о свичах для мышей впервые услышал в этой статье (и у меня много вопросов к этому вот всему, не могли же люди за 10 лет разучиться делать такую мелочь, тем более в устройствах кратно дороже моей мышки).
Кстати недавно на ДР решил уменьшить количество проводов, попробовал Logitech MX Master 3 — полнейшее разочарование: кнопки по сравнению с x750 жмутся с кратно бо́льшим усилием, драйвера кривые, настройки часто слетают и сделаны на уровне фирменного ПО (в моей — они сделаны "внутри" мыши и работают на любом компьютере), при попытке перезапуска ПО приходится ждать, пока оно обновится до очередной версии, без этого настройки не применяются, полный кошмар, в общем.
И в моем случае сложилось впечатление, что эта аренда — какой-то треш: выглядит красиво, кнопочки там всякие как на букингах, оплата сразу карточкой, а по факту три риэлтора отменили бронь без слов (причем один — через несколько недель, за пару дней до моего приезда), ещё у одного — "этой квартиры уже нет, но есть другая", снял у другого, но пришлось заплатить больше указанного в объявлении.
Блин, когда я в мечтах загадывал интернет без копирайтеров, надо было уточнять, что хочу интернет без их контента, а не вот так вот...
Такой вот перевод
>Для разделения всех задач на несколько ядер можно использовать несколько процессоров
>In our case we could opt for using multiple processes to divide all tasks over multiple cores in stead of the default 1
del
Кто он? Слак (да и ММ) не требуют
Если что-то не находится, я обычно пробую удалять по одной букве перед звёздочкой, либо вспоминать ещё какие-то слова, которые там точно были: если по blah* находится слишком много, можно искать "blah* как" или "blah* польз*"
in:@username pattern*, не?Но вообще для меня более типичный сценарий — это копипаста строчки из ошибки, либо опять же поиск по маске.
Ну, ребята просто пользовались продуктом по назначению
>"Slack" is an acronym for "Searchable Log of All Conversation and Knowledge"
Поиск там хороший и не раз спасал меня. По поводу комментариев ниже "зачем искать ответ, если можно потратить время и разобраться", есть много нюансов, кто-то не разбирается в другом ЯП, кто-то — вообще тестировщик, ну и в целом "время — деньги"
Не сформулирует, это суд, а не газета, там свой язык. Другие не посадят, в РФ не прецедентное право.
Если прочитать по ссылке дальше заголовка, волноваться останется только за уровень технической грамотности редакции
>Кирсанов с 2015 года продавал боты автоприцеливания для компьютерных игр
Мне ещё нравится, когда ищешь по коду в своей организации, на табе Code в счётчике найденных — 0, но иногда, если на него кликнуть, то окажется, что там совсем не ноль результатов (то же и с пагинацией бывает: сначала вроде бы 2 страницы результатов, но при переходе на вторую появляются ещё страницы)
Из спортивного интереса
Ну тут оба крупные игроки, так что: "Журнал 77 Дней рассказал о драке двух эскортниц в дубайском ресторане"
Читы на скины? Хм... В онлайн-играх читерство — это больно, у меня, например, такая локация, что хорошо, если будет доступен хотя бы 1 не пустой сервер с нормальным пингом, и вот туда недавно пришла сразу компания читеров и всё, игровой вечер потерян, настроение испорчено. Не то, чтобы за это стоило сажать (хотя в тот момент и смертной казни казалось мало), но вот, чем, например, плохо читерство, а не тем, что кто-то кому-то будет завидовать из-за шкурок.
Формулировка вопроса была пересказана, как я понимаю, в вольной форме и по ней (да и вообще) от автора нет никаких комментариев, хотя вопросы были. В текущей же редакции и не написано, что лично он должен принимать решение о релизе и/или заниматься его выпуском.
Для джуна, наверное, это вопрос не контрольный с правильным ответом, но полезный в плане возможности оценить представления кандидата о процессе разработки (забавный факт: я, например, свой первый баг почти 15 лет назад закрыл автоматом, подумав "ну не бежать же снова 20 минут до локации с багом, чтобы перепроверить")
PS: за свою карьеру пришел к выводу, что по поводу багов в случае разногласий (да и вообще почти по любому поводу) чаще всего стоит сперва пообщаться лично, это эффективнее и быстрее комментариев/писем/эскалаций на официальном языке, где коммуникация происходит раз в полчаса, если повезет.
Еще забавный факт: коллега, ушедшая в сине-красный маркетплейс, сильно удивилась, что один вопрос не решался по причине "они нам до сих пор [не первый день] не отвечают", хотя коллеги сидели в одном опенспейсе, в итоге сходили ножками и обо всем договорились (да, понятно, далеко не по всем вопросам надо бегать отвлекать вживую человека, и не через 5 минут после вопроса, и что долго не отвечать — тоже не очень хорошо и признак не лучших процессов)
Знаю компанию, где в полной мере прочувствовали эту иронию, когда со временем система CI/CD стала настолько хороша, что в случае ошибок "операторы" начали задавать глупые базовые вопросы и забывать смотреть логи (и вообще у меня лапки, ваша система — вы и разберётесь, почему упал мой сервис (утрированно конечно))
Нравится, как каждый на вопрос "что делать, если баг не хотят чинить" ответил по-своему, примерив эту ситуацию на личный опыт. Даже немного завидую людям, у которых последние n проектов были настолько одинаковы, что они имеют четкое и однозначное мнение по этому поводу с указанием ролей и процессов, которые порой попросту отсутствуют в некоторых компаниях (знаю такие, где нет ни аналитиков, ни скрам-мастеров, ни проджектов, а задачу зарелизить может и сам тестировщик парой кнопок в CI/CD).
На самом деле, это стандартный вопрос на QA-собеседованиях про то, что ты будешь делать в довольно стандартной (по сравнению с остальными) "нештатной" ситуации, но заданный в форме со звездочкой. Ну и стандартный ответ — что-то усредненное из всех комментариев :) (аргументировать/эскалировать/не доставать нож)