Есть ли смысл учить два фреймворка?

Считаю что второй вариант более интересен для программиста так вы становитесь более востребованным программистом

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

Есть ли смысл учить два фреймворка?

Максим Федоров,

для орла который парит вверху знаний, держит в голове все паттерны, примеры подходов, историю развития разных проблем и решений, которые они решают и целый винегрет их решений — 2 недели, бесспорно...

И как вы хотите набрать все эти паттерны-примеры-подходы и забить их в свою голову, как не разнообразный опыт приобретя?

2 недели - это перебор для опытного спеца, кстати.
2 недели - как раз нормалек для начинающего.

Какой SSD выбрать?

Domus,

FAQ на overclockers.ru говорит об обратном:
"Разметка на разделы - как угодно. В современных SSD уже нет нужды резервирования дополнительного объёма, но, тем не менее, стоит стараться оставлять ~10-15% объёма свободными хотя бы большую часть времени работы (для накопителей на Silicon Motion SM2246XT это наоборот критично, иначе есть риск преждевременного выхода из строя накопителя)."

Там о другом вообще.
10% у вас забьются - и не заметите.

Какой SSD выбрать?

Советуют около 10% объема оставлять свободным.

50%

Можно ли поставить оперативную память другой частоты в мать?

Иван василичь,

Просто я как то ставил память в макбук 2009 года он работал на частоте 1033Mhz, а память была 1333Mhz и не захотел заводиться.

Это же Мак.
С них станется и залочить.

Какие есть современные решение для хранения исходников проектов в компании?

Saboteur,

а с Gerrit на Stash а затем на BitBucket - вообще незаметно прошло.

а сопутствующие вещи, которые не в самом git, не в самих исходниках - например, issue?

Какие есть современные решение для хранения исходников проектов в компании?

kagary 06, то что вы описали как проблему - прекрасно решает голый git (да и любая пожалуй система контроля версий). Ну разве что с некоторыми обвязками вокруг него для ограничения прав.

А GitLab, Bitbucket Server - это другое.
Это веб-интерфейс вокруг git, это ведение issue, wiki про проекту, это удобный commit со ссылками на issue

Ну а поскольку это уже не просто система контроля версий, а система, интегрированная в рабочие процессы компании, то не может быть единого "лучшего решения".

Один из развитых - да, Gitlab. Тяжеловат, правда. Но очень универсален.

Минималистичная веб-обвязка вокруг git - это Gogs.

Почему внешний жесткий диск не читается с порта usb 3.0, но читается с usb hub под usb 3.0?

Не скорее всего, а точно.
Питалова не хватает.
На USB-C изначально заложена возможность зарядки устройств, там с питанием как правило получше.

Какой мессенджер использовать для автоматической рассылки уведомлений внутри компании?

SexyMonkey,

Почта, как вы уже отметили, недостаточно оперативна

Почта при использовании родного клиента соответствующего почтового сервиса - довольно шустра.

Какой мессенджер использовать для автоматической рассылки уведомлений внутри компании?

SexyMonkey,

Смс стоят денег. При больших объёмах будет затратно. Тем более, сообщения могут быть объёмными.

А люди значит будут способны читать огромное количество СМС. Ну че - логично.

Решается ли вопрос поддержки актуальности данных в вебе?

Михаил,

Да вот тут же на Тостере: начал писать большой ответ на комментарий, после отправления возникла ошибка. В другой вкладке увидел что комментария уже нет. Ну что, не нужна синхронизация?
Очередь точно бы помогла

Зачем?
Вы много денег потеряете, если с отправкой комментария будет ошибка?
А программисту точно нужно будет за это доплатить.
Заказчик (владельцы Тостера) не считают, очевидно, эту проблему приоритетной.
Тостер прекрасно - ГОДЫ - существует и популярен и с этой проблемой.

Решается ли вопрос поддержки актуальности данных в вебе?

Михаил,

Мм, вот оно что. Что же это за большие магазины если на их фоне https://vervaunt.com/big-brands-using-magento/ - маленькие.

Учитесь анализировать и отделять маркетинговую шелуху от сути.
Big Brand и большой магазин - это вовсе не одно и то же.

Посмотрите список магазинов повнимательнее:

Мало товаров (никак не десятки и сотни тысяч), одежду нужно примерять поэтому продажи через онлайн затруднены, у них есть сети оффлайновых магазинов - на эти сайты нагрузка не так велика, не так уж она и Big, как кажется, когда кто-то сделал красивую страничку и подписал Big Brand.

И да, если у них есть сеть магазинов оффлайновых, то у них очень развитая система учета вне сайта интернет-магазина. В ней и ведется первичный учет. А интернет магазин - так, как витрина прежде всего.

да, да. Вы съели собаку на этом. Кто же спорит.

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

В этом нет ничего тайного и ничего сложного.
Через несколько лет и вам все будет понятно - называется "как открытую книгу читаешь", а ваши начинающие коллеги будут удивляться и не верить.

Значит нет простых путей решения которые были бы доступны

Почему нет?

Другое дело, согласится ли заказчик это оплачивать, посчитает ли он проблему достаточно серьезной.

1. Например, хранить в БД поле "контроль актуальности версии" (можно GUID, можно просто инкрементировать). При захвате на обработку - брать это поле. При записи обратно в БД проверять поле, что его никто не менял пока вы переваривали данные. И записывать новое значение в это поле. Естественно, все в одной транзакции (а в идеале в одном запросе).
   
   
2. Можно блокировать строку таблицы на запись (если СУБД позволяет). А то даже и на чтение, если бизнес-логика в других сессиях при этом выполняет свои функции нормально.
   
   
3. Можно выстраивать очередь и обработку доверять только одному процессу, который будет брать поочередно из очереди задачи.
   

Решения не такие уж и сложные.

Решается ли вопрос поддержки актуальности данных в вебе?

Михаил,

Мм, вот оно что. Что же это за большие магазины если на их фоне https://vervaunt.com/big-brands-using-magento/ - маленькие.

Я вам уже дал подсказку.
Фронт - Magento
Бэк - система учета специализированная.

Решается ли вопрос поддержки актуальности данных в вебе?

Михаил,

вы хотели сказать что проблему легко решить? Хорошо, ответ добавился в список, все хорошо.

Часть решений вам уже описали.
Изучите дополнительно "2-х фазная транзакция" и ее проблемы на больших кластерах.

По итогу, есть инструменты которые призваны помочь, но которые не применяются в 95-98% случаях и которые все равно не решают полностью вопрос.

Потому что это:

1) Не надо для большинства ситуаций. Когда увидит пользователь лайк - совершенно не критично. Пусть хоть на полчаса позже.

2) Это лишняя работа. Это снижение производительности системы. Это затрудняет масштабирование. Как вы думаете, почему в больших системах применяют кластера СУБД, работающие eventual consistency, а вовсе не ACID

3) И да, где то не хватает денег на разработчиков, где то закономерно не хватает квалификации разработчиков.

Решается ли вопрос поддержки актуальности данных в вебе?

Михаил,

я понимаю, в этом и заключается вопрос. Но то что все закрывают глаза - не значит что так и надо.
Возьмем magento: enterprise-платформа для больших магазинов.
Догадались? Да, там нет защит и уведомлений.

Конкретней пожалуйста.
Какую вы там хотите защиту?

Когда 2 менеджера обновляют одну и ту же карточку описания товара?

Простите, но вас кто-то обманул:

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

Впрочем, Магента, вполне имеет место быть на фронте. На бэке - в большом магазине вообще другая - специализированная система учета.

В больших интернет магазинах гораздо больше автоматизации, чем в Магенто. Вручную перелопачивать товар - для большого интернет-магазина - это жопа.

Решается ли вопрос поддержки актуальности данных в вебе?

Михаил,

И при чем тут транзакции? Да и очередь никак не решает проблему.
Почитайте мой пример в вопросе.

Проблема прекрасно решается.
Зависит от того, - что именно нужно.

Сходу могу пяток рецептов дать.

Простите, но вы или очень начинающий программист или если не начинающий - то очень некомпетентный.

Другое дело, что в большинстве случаев - нет необходимости заморачиваться с решением проблемы.

Решается ли вопрос поддержки актуальности данных в вебе?

Михаил,

Видимо не умею, и не умеет 95%+ сайтов

Даже 98%.
А им и не нужно.
Что представляет из себя большинство сайтов в интернете? Площадки для публикаций. Что там часто пользователи одну и ту же статью правят одновременно?
А если учесть, что решение этой проблемы снижает производительность, то понятно почему не решают зачастую... Ибо овчинка выделки не стоит.

Имеет ли смысл хранить статику в облаке?

CDN нафиг не нужен для небольшого проекта.
Только косяки с ним, с обновлением кэша.

Простая почта для домена?

tartarelin, за почту на домене. на своем домене.

Какие есть раздельные регуляторы громкости для наушников?

Либо нет в наличии, либо 5 штук (нужно много больше).

Это нормально.

Никто не держит в рознице большие остатки. Это невыгодно.
Оптовые фирмы не особо себя пиарят на обычном розничном рынке.