Pull to refresh
19
0.2
Дмитрий Савенко @dsavenko

программист

Я имел в виду производительность разработчиков, а не программ. Вы мой комментарий до конца не дочитали, да?

Это классический компромисс: скорость работы программы приносится в жертву скорости разработки (и, не всегда, но очень часто - меньшему шансу допустить ошибки). В большинстве случаев второе - важнее. Потом возвращаемся и оптимизируем те участки, которые особенно сильно тормозят.

Люди, которые хейтят ООП, забывают, что у нас просто нет альтернативы, нет другого работающего способа декомпозиции больших задач в нетривиальных доменных областях, над которыми работают большие команды.

Кто предлагает писать на "чистом С", вероятно, ни разу сами не пробовали это делать на проектах даже среднего размера. Попробуйте, держу пари, что многим это быстро надоест.

У "правильного" ООП высокий порог входа, это его проблема. Многие, вместо того, чтобы продолжать разбираться, как делать нужно, а как делать - вредно, просто заключают, что ООП - говно, и бросают. Но большая часть кода в мире написана с использованием ООП, и это не просто так, и не потому, что некие невидимые злодеи всех обманули и задурили голову.

Проблема с переходом на "чистый С" в том, что производительность падает трагически. Внезапно оказывается, например, что ты даже с такими банальными вещами, как строки символов, не можешь нормально работать. Не говоря уже о том, чтобы попытаться написать хотя бы "в целом" кросс-платформенный код.

Да, тебе приятно писать и читать этот код, но надо всегда понимать, что ты в угоду собственному комфорту приносишь свою производительность. И тут вопрос, что для тебя важнее: комфортно кодить, получая зарплату и "чистенький, легко дышащийся" код, или получать результат. За пределами системного программирования или подобных нишевых, близких к железу вещей С - это не тот язык, на котором можно получать результат за разумное время.

В 2022 Россию отключили от многих зарубежных сервисов, что доставило многочисленные неудобства огромному количеству простых людей в том числе. Но некоторые до сих пор считают, что необходимость собственных сервисов "высосана из пальца" :) ОК, как скажете.

Официальность именно необходима. Неофициально кто мешает качать APK-шки из интернета и ставить на телефон?

Ничего не знал про касперского. Спасибо за информацию. Отключил проверку в приложении RuStore. Удалять его не будут, имхо, это все-таки overreacting, но фоновый касперский без разрешения - это безусловный треш, как можно было такое придумать?

Грейдер - это такая здоровенная машина для разравнивания дорог. Именно такое впечатление остается от описанной системы "оценки" сотрудников. Думаю, что никто не захотел бы по своей воле "попасть под этот грейдер".

Во вторник — 25 октября 2022 — состоится частное солнечное затмение — явление, при котором для некоторых людей на планете Земля Луна закроет собой на некоторое время некоторую часть Солнца. Затмение будет видимо не на всей Земле, а на меньшей её части. На ночной стороне земного шара, где во время затмения будет ночь (!), разумеется, никакого затмения не увидеть. Но и на дневном полушарии Земли затмение будет наблюдаться далеко не везде, а лишь там, куда упадет лунная полутень.

Полного затмения (явления, при котором Луна полностью закроет собой Солнце, небо потемнеет и на нем появятся несколько ярких звезд и планет) нигде на Земле наблюдаться в этот раз не будет (это для тех, кто не понял из предыдущего параграфа?). Лунная тень пройдет мимо Земли — выше северного полюса, но лунная полутень накроет собой значительную часть Евразии и даже зацепит северо-восток Африканского континента.

Вы меня извините, конечно. Я всё понимаю, у нас тут информационный портал, а не конкурс по литературе. Но это же просто невозможно читать. Надо же хоть немного вычитывать текст перед публикацией.

Так вот чем они там занимаются, на своих С++ митапах! Так и знал, что ничего хорошего там не происходит!

Таким образом, со слабым кандидатом собеседование занимает не больше часа. И наоборот — если кандидат сильный, на каждую секцию можно выделить побольше времени. 

То есть у вас получается, что слабых кандидатов вы отпускаете пораньше, зато сильных мурыжите по полной программе? :) Это им в награду за то, что они сильные? :)

По-моему, должно быть наоборот. Если видно, что кандидат сильный, не парить ему мозги. А если видно, что кандидат слабый (но не безнадежный), то посидеть с ним подольше, дать больше шансов все-таки что-то нарешать и доказать, что "слабость" кажущаяся. Вроде так логичней.

Well, my point is that may be the skills/mindset required are not that different after all. And sometimes the alleged difference in them is used as an excuse for a subpar work :)
Making adequate UIs is just a skill one can learn.
Спасибо! Поправил.
Спасибо за наводку.
Добавил ссылки в статью. Попробовать проект можно здесь, а код лежит там.
Там целый спектр проблем. Хотя, возможно, я просто не умею его готовить. Но, вкратце, причины следующие:

  1. Собственный хостинг работает очень плохо. Точнее, сам remoteStorage не предоставляет хостинга, а рекомендует пользоваться сервисами третьих сторон, которые установили их (открытое) серверное ПО. Сейчас из бесплатных вариантов доступен только один: 5apps. Я просидел на нем около пары недель, и даже за такое короткое время успел устать от постоянных проблем (непредсказуемо тормозит, часто недоступен).
  2. Интеграция с Гуглом оставляет желать лучшего. Проблема, которая меня «добила»: каждый час надо «перелогиниваться» (то есть снова открывается окно Гугла). Это было совершенно неприемлемо. Я завел тикет на Гитхабе, на что получил ответ, что других вариантов нет (это не так). Такое поведение библиотеки серьезно воспринимать нельзя, это просто издевательство над пользователем.
  3. remoteStorage.js не дает гибкого управления синхронизацией. Например, мое приложение хранит много очень маленьких файлов на Google Drive, и в определенные моменты времени мне нужно быстро взять определенный файл. Но поскольку я не контролирую порядок, в котором они синхронизируются (а делается это по одному файлу за раз), актуальное состояние данного конкретного файла я могу получить только через 5-10-15 минут (а могу и сразу, это как повезет)
  4. remoteStorage.js не использует application data folder, и вместо этого создает файлы в видимом для пользователя пространстве (папка remotestorage в корне вашего гугл-диска, а в ней папка с названием вашего проекта). Это очень неудобно, особенно если файлов много.
  5. remoteStorage.js иногда создает две папки remotestorage, внутри которых по две папки вашего проекта. Видимо, какие-то баги. Меня это раздражало.


Да, как уже заметили другие, данные каждого пользователя хранятся на его собственном Гугл-диске. То есть, у пользователя должен быть свой гугл-аккаунт.

Я бы хотел дать пример реального использования. Но, если я правильно понял правила Хабра, это было бы расценено как реклама собственного проекта.
Скроллинг — и сейчас плохо :) Просто мода такая. Мода безжалостна. Как обычная мода заставляет женщин (в основном) носить дико неудобные и непрактичные шмотки, так и интернет-мода заставляет стартапы (в основном) почти поголовно делать себе сайты в виде таких вот скроллинговых портянок с бурлящим через край слабо обоснованным оптимизмом и минимумом реальной информации о продуктах.
Да, видимо, так и есть. Я как-то не понял сразу, о чем тут речь. Думал, о нормальном дизайне. Сейчас вот еще раз взглянул, и стало ясно, что речь тут именно о том, как максимально эффективно засрать мозг посетителю сайта, чтобы он купил очередную ненужную ему фигню, и автор (поста) вполне честно (хоть и не столь прямо) об этом говорит.

Sorry, my bad.
1

Information

Rating
1,912-th
Registered
Activity