Скажите ещё спасибо, что Яндекс по-человечески IMAP поддерживает, а не так, как Google.
А так — это тренд такой, всё переводить в веб. Нас с вами, считающих, что отдельное приложение для десктопа удобнее, чем веб-приложение, похоже меньшинство. Хотя интересно, для телефонов приложения клепают для каждой мелочи, а для десктопов — нет. Может потому, что монетизировать сложнее?
Вы не обобщайте. У разных людей разные представления о лучшей работе. И в одной компании не смотрят на резюме вообще, а из другой вам даже не позвонят, получив резюме в три строчки. Для вас эта компания ничего не стоит, но это не значит, что нет людей, мечтающих в ней работать.
Такому соискателю можно посоветовать переработать свое резюме, сделать его кратким, лаконичным, однозначным и понятным даже непрофессионалу
Вы этой строчкой сделали обратное. Рекрутёр, просеивающий резюме с высокой вероятностью не знает PHP и не обязан догадаться, что вы на самом деле имели в виду, добавив эту строчку в резюме. Рекрутёр среагирует на ключевое слово PHP и отправит вам письмо.
OSM тут более уязвим по сравнению с миром ПО, ибо чтобы что-то закоммитить в ПО недостаточно просто зарегистрироваться. Если ваш патч не удовлетворяет кодинг стайлу или просто чем-то плох, автор или мейнтейнер его не примет. В ОСМ же кто угодно может испортить что угодно легким движением руки. Ну и в OSM обычно потлатчеры портят карту «с благими намерениями», а не из-за фанатизма какого-то, о котором пишет автор.
Написал в GitHub про копирайты и ссылки на OSM, автор поста ответил:
Thanks for the feedback. We were really psyched to get things out the door, so for the initial release, we credited the OSM contributors in § 18 of our Terms of Service which is linked from the footer of every page, including the page on which the map is displayed.
There are a handful of small technical limitations due to the way we implemented the map that prevented us from doing some things like crediting the OSM community in the way that most are accustomed to, but rest assured, we're working to overcome those technical limitations, and you can look forward to many improvements to the map interface in the weeks to come.
enum class __enum: int { one = 0 };
union __union final {
struct __struct final {
template <typename __type, typename ...__arguments>
Хозяйке на заметку:
Each name that contains a double underscore _ _ or begins with an underscore followed by an uppercase letter (2.12) is reserved to the implementation for any use.
[global.names]/1.
Чтобы поучать других в таком тоне, нужно научиться не допускать ошибок самому.
У меня несколько вопросов:
1. Зачем вы определяете BITMAPFILEHEADER и BITMAPINFOHEADER вместо того, чтобы включить <windows.h>?
2. У вас pRGBData и pQRC утекают, если файл не открылся.
3. При чем тут хаб С++, это ж чистый С?
Есть как минимум 2 очень известные компании, которые проповедуют принцип «если этого нет, значит вам это не нужно». У этих компаний множество поклонников. Но я к ним не отношусь и исповедую другие принципы. Я почти год программировал под Mac OS X в Vim с ctags и отлаживался в gdb. Отлаживаюсь я до сих пор в gdb, но вот код писать (и главное исследовать) предпочитаю не в Vim, а в том, что делает это несравненно лучше.
Возможно Vim можно назвать IDE если работать с небольшими проектами или с проектами не на С++.
Давайте по пунктам.
Source code editor:
Поработайте с проектом, в котором файлов тысяч этак 20, общим объемом мегабайт под 250 и тогда посмотрим, долго ли вы проработаете без подсветки синтаксиса и автокомплита (а главное без перехода к определениям и без поиска ссылок на символы) и насколько эффективной будет ваша работа. И да, ни ctags ни cscope здесь неприменимы. Ни о какой отзывчивости и скорости и речи не будет на таких объемах, даже если у вас хватит терпения дождаться, пока построятся тэги. И да, попробуйте поднять autocomplete и навигацию по коду для Objective-C, будь он неладен, вас ждет большой сюрприз.
Build automation tools:
Да, в Vim можно дёргать внешние программы, которые будут собирать вам проект и даже потом удобно гулять по предупреждениям и ошибкам. Только вот на время сборки ваш Vim будет заблокирован. Интеграция не очень получается.
Debugger:
Тут вообще обсуждать нечего. Отлаживаться в Vim можно конечно при очень большом желании и не под Windows, но это будет контр-продуктивно.
Я очень люблю Vim, я использую его на любых платформах, включая Windows. У меня даже в студии шорткат есть, который открывает Vim и позиционирует каретку в то же место, где она была в студии. И на маке я из него собираю Xcode проекты иногда с перехватом ошибок и навигацией по ним, потому что бывают ситуации, когда так удобнее. Но всё же Vim это хоть и замечательный мощный текстовый редактор, но совсем не IDE (по моим представлениям о том, что такое IDE, и что он должен уметь).
А так — это тренд такой, всё переводить в веб. Нас с вами, считающих, что отдельное приложение для десктопа удобнее, чем веб-приложение, похоже меньшинство. Хотя интересно, для телефонов приложения клепают для каждой мелочи, а для десктопов — нет. Может потому, что монетизировать сложнее?
Вы этой строчкой сделали обратное. Рекрутёр, просеивающий резюме с высокой вероятностью не знает PHP и не обязан догадаться, что вы на самом деле имели в виду, добавив эту строчку в резюме. Рекрутёр среагирует на ключевое слово PHP и отправит вам письмо.
Хозяйке на заметку:
[global.names]/1.
Чтобы поучать других в таком тоне, нужно научиться не допускать ошибок самому.
и не задумываться о том, когда инкрементить итератор, а когда нет.
1. Зачем вы определяете BITMAPFILEHEADER и BITMAPINFOHEADER вместо того, чтобы включить <windows.h>?
2. У вас pRGBData и pQRC утекают, если файл не открылся.
3. При чем тут хаб С++, это ж чистый С?
Давайте по пунктам.
Source code editor:
Поработайте с проектом, в котором файлов тысяч этак 20, общим объемом мегабайт под 250 и тогда посмотрим, долго ли вы проработаете без подсветки синтаксиса и автокомплита (а главное без перехода к определениям и без поиска ссылок на символы) и насколько эффективной будет ваша работа. И да, ни ctags ни cscope здесь неприменимы. Ни о какой отзывчивости и скорости и речи не будет на таких объемах, даже если у вас хватит терпения дождаться, пока построятся тэги. И да, попробуйте поднять autocomplete и навигацию по коду для Objective-C, будь он неладен, вас ждет большой сюрприз.
Build automation tools:
Да, в Vim можно дёргать внешние программы, которые будут собирать вам проект и даже потом удобно гулять по предупреждениям и ошибкам. Только вот на время сборки ваш Vim будет заблокирован. Интеграция не очень получается.
Debugger:
Тут вообще обсуждать нечего. Отлаживаться в Vim можно конечно при очень большом желании и не под Windows, но это будет контр-продуктивно.
Я очень люблю Vim, я использую его на любых платформах, включая Windows. У меня даже в студии шорткат есть, который открывает Vim и позиционирует каретку в то же место, где она была в студии. И на маке я из него собираю Xcode проекты иногда с перехватом ошибок и навигацией по ним, потому что бывают ситуации, когда так удобнее. Но всё же Vim это хоть и замечательный мощный текстовый редактор, но совсем не IDE (по моим представлениям о том, что такое IDE, и что он должен уметь).