А мне не нужно помнить. Thunderbird мне показывает только те ярлыки/папки, в которых есть непрочитанные сообщения (есть такой режим).
А непрочитанных ярлыков вполне вменяемое количество (несколько штук).
Я конечно же бывает не все сообщения читаю. Иногда захожу в ярлык и помечаю все сразу прочитанным.
Письма по ярлыкам/папкам в основном фильтрами на GMail раскладываются.
Намример, есть ярлыки с темами форумов. Скажем я подписан на порядка 10 разных тредов — вот уже 10 ярлыков.
Для каждого важного собеседника у меня тоже свой ярлык.
И т… д. Вот и накопилось под сотню за годы использования.
Почему-то про BASIC нет упоминаний. Ю. Л. Кетков работал в ННГУ с 1957 года, с 1973 года — на кафедре МО ЭВМ (с момента ее основания), он является автором десяти известных учебников по информатике и программированию, создателем русской версии интерпретатора языка программирования BASIC.
С Юлием Лазаревичем всегда было очень приятно общаться. Он часто вспоминал про Шура-Бура (интересно, склоняется или нет) и Ляпунова.
Насколько материал курсов на university.mongodb.com покрывает вопросы экзамена? Если пройти курс, но не прочитать документацию от корки до корки, то реально сдать экзамен?
Подобные вопросы на собеседованиях нужно задавать в двух случаях:
1. Если кандидату на вакансию после трудоустройства нужно будет каждый день отвечать на подобные вопросы (это скорее всего DBA, а не программист или админ)
2. Если вы хотите на собеседовании показать свое превосходство в знаниях перед кандидатом.
Если хотите завязать беседу этим вопросом, то дайте кандидату демонстрационный стенд и посмотрите, как он будет сам смотреть планы запросов и проводить тесты. Или заглянет в документацию. Вы не ждете, что во время штатного рабочего процесса, когда возникает подобный вопрос, то ваш сотрудник убирает руки от клавиатуры и как на собеседовании прямо из головы выдает версии и ответы?
Почему про MongoDB в основном два типа статей?
1. Как все круто и все бегите сюда.
2. Как все плохо и близко не подходите к MongoDB.
Лично мне было бы интересней читать статьи в стиле: «Если делать вот так бездумно, то будут такие-то проблемы. Вы лучше так не делайте, а делайте вот так и будет вам счастье».
Вон про MySQL тоже есть и негатив и позитив. Но самое главное, есть те самые статьи, которые говорят о том, как обойти подводные камни и сделать то, что хотелось правильным путем.
А в чем смысл поста? «Я пиарюсь?»
Ничего, кроме описания сервиса снаружи нет :( Где хардкор? Где технические подробности? Монгой и кроликом сейчас никого не удивишь. Зачем вы их используете? Это Хабр! Тут народу интересней что под капотом, а не то, какого цвета автомобиль.
Вот моё окружения, как и я, «старпёры» в возрасте от 30 до 40. Люди в основном семейные с детьми. И для 99% из них мотивация — это та самая валюта. И смотрят они на старания менеджеров, которые пытаются замотивировать их духовной пищей, в основном как на «умников» начитавшихся новомодных статей и книжек про набившее всем оскомину мотивацию. Эти менеджеры с горящими глазами стараются сэкономить зарплатный фонд за счет промывания мозгов. С этим приходится мириться как и с другими издержками работы, например, бюрократией, в крупных и средних компаниях.
Я конечно немного сгущаю краски, но посыл думаю понятен.
«Кормить надо лучше, они и не улетят!»(с) Александр II (если я правильно помню старый рекламный ролик)
Некоторые «менеджеры» гордятся, что нашли правильные слова и их разработчики вышли поработать в выходные.
Я где-то прочитал фразу «Сверхурочная работа сотрудников — это провал менеджера проекта». Вот с этим я согласен.
Отличное дополнение моего первоначального посыла!
В своем посте я сознательно все покрасил в черное и белое, чтобы вызвать у читателей желание подискутировать. И, как мне кажется, я добился своих целей. Как результат, данный пост.
Вот еще такой вброс в пользу покупки железа.
Программисты могут так наоптимизировать, что код станет трудно понимаемым. И новые разработчики просто будут тратить кучу времени, чтобы вникнуть в тонкости оптимизации для того, чтобы вносить минимальные изменения в существующий код.
В данном случае софт крутится на серверах и пользователя в браузере не должно заботить, сколько ресурсов потребляется. Главное, чтобы все работало быстро и правильно.
А непрочитанных ярлыков вполне вменяемое количество (несколько штук).
Я конечно же бывает не все сообщения читаю. Иногда захожу в ярлык и помечаю все сразу прочитанным.
Намример, есть ярлыки с темами форумов. Скажем я подписан на порядка 10 разных тредов — вот уже 10 ярлыков.
Для каждого важного собеседника у меня тоже свой ярлык.
И т… д. Вот и накопилось под сотню за годы использования.
Ю. Л. Кетков работал в ННГУ с 1957 года, с 1973 года — на кафедре МО ЭВМ (с момента ее основания), он является автором десяти известных учебников по информатике и программированию, создателем русской версии интерпретатора языка программирования BASIC.
С Юлием Лазаревичем всегда было очень приятно общаться. Он часто вспоминал про Шура-Бура (интересно, склоняется или нет) и Ляпунова.
has:nouserlabels -in:Sent -in:Chat -in:Draft -in:Inbox
У вас там пусто?
Во «всей почте» их можно глазами вычленить как сообщения, у которых не видно ярлыков.
1. Если кандидату на вакансию после трудоустройства нужно будет каждый день отвечать на подобные вопросы (это скорее всего DBA, а не программист или админ)
2. Если вы хотите на собеседовании показать свое превосходство в знаниях перед кандидатом.
Если хотите завязать беседу этим вопросом, то дайте кандидату демонстрационный стенд и посмотрите, как он будет сам смотреть планы запросов и проводить тесты. Или заглянет в документацию. Вы не ждете, что во время штатного рабочего процесса, когда возникает подобный вопрос, то ваш сотрудник убирает руки от клавиатуры и как на собеседовании прямо из головы выдает версии и ответы?
1. Как все круто и все бегите сюда.
2. Как все плохо и близко не подходите к MongoDB.
Лично мне было бы интересней читать статьи в стиле: «Если делать вот так бездумно, то будут такие-то проблемы. Вы лучше так не делайте, а делайте вот так и будет вам счастье».
Вон про MySQL тоже есть и негатив и позитив. Но самое главное, есть те самые статьи, которые говорят о том, как обойти подводные камни и сделать то, что хотелось правильным путем.
Все зависли в процессе прочтения?
Спасибо за познавательный пост!
Более привычно вместо «функций» использовать термин «методы объекта»
Ничего, кроме описания сервиса снаружи нет :( Где хардкор? Где технические подробности? Монгой и кроликом сейчас никого не удивишь. Зачем вы их используете? Это Хабр! Тут народу интересней что под капотом, а не то, какого цвета автомобиль.
Вернулся к трекболу.
Вернулся к трекболу.
Я конечно немного сгущаю краски, но посыл думаю понятен.
«Кормить надо лучше, они и не улетят!»(с) Александр II (если я правильно помню старый рекламный ролик)
Я где-то прочитал фразу «Сверхурочная работа сотрудников — это провал менеджера проекта». Вот с этим я согласен.
В своем посте я сознательно все покрасил в черное и белое, чтобы вызвать у читателей желание подискутировать. И, как мне кажется, я добился своих целей. Как результат, данный пост.
Программисты могут так наоптимизировать, что код станет трудно понимаемым. И новые разработчики просто будут тратить кучу времени, чтобы вникнуть в тонкости оптимизации для того, чтобы вносить минимальные изменения в существующий код.