Были два интересных случая на одном предприятии ге дя работал.
1) Мужчина по паспорту имел женское отчество.
2) Мужчина не имел отчетсва.
Все они были рождены в СССР где по идее такогоне могло быть в принципе.
На другом предприятии тоже был интересный случай.
Мужчина выйдя на пенсию был вынужден менять фамилию т.к. в каких-то очень джревних документах по которым ему полагалась солидная прибавка к пенсии у него была другая буква. Не При… а Про… Была ли это ошибка или же сделано сознательно так и осталось загадкой.
Ну и с лсучай который еще может выстрелить. У мужа и жены при получении националного паспорта одинаковые фамилии были переведены по-разному. Я им об этом сказал как-то они пожали плечами типа ну и что. Ну может быть и ничего.
SPA приложение это не потому что я такой тупой и не знаю как расшировывается SPA. Просто хочу разделить SPA — приложения от SPA — процедур. Тут же хочется добавить процедур не языкыв программирования фитнес-клубов.
Но главное даже не это. Нативные фичи стали производительные. Например от версии нода await в конструкции try/catch прибавил скорости раз в 10. Не будет ли генерировать babel код который снизит производительность?
В папках react и redux находятся компоненты единые для сервера и для кдиента поэтому там используются модули es6 и синтаксис jsx выглядит примерно так function render(){return <Component/>}. Что касается идеи прогонять все абсолютно через babel, то в какой-то мере она мне нравится т.к. можно использовать модули es6 и аннотации. Но есть и другая сторона. Последние версии нода и реализуют уже даже и модули, которые несовместимы с модулями babel. И тут надо выбирать или вечно все пропускать через препроцессор или же переходить на нативные модули.
Не думаю что есть болшая разница собран или не собран серверный код фронтенда в единый файл с точки зрения произвоительности или других причин. В данном случае я как раз пытаюсь не пропускать через babel все кроме фронтенда (папки react и redux). Поэтому все файлы бэкэнда остаеются на своих местах и относительные пути не ломаются. Если фронтенд пропустить через babel в каталог например build то все относительные пути будут недоступны и тогда уже нужно все будет пропустить через babel. Что мне не хотелось бы т.к. последние версии Node.js большинство фич ES2017 реализуюют нативно и это на порядок более произвоительно.
Но тут конечно все обсуждаемо. Можно просто копировать в другую папку. не знаю. Если у Вас есть доводы что модно сделать более обоснованно то посоветуйте как это сделать.
Вобщем то это один из самых простых конфигов webpack. Да это так, что сейчас без компоновщиков на JavaScript разработка не ведется. Хуже когда компоновка не только сложная но еще и нигде и никем не документированная. И когда компоновку нужно развивать то неясно что делать. Разработка универсального приложения — это тоже сложно. Например Airbnb где работет главный идеолог универсаьных приложений затратил на это 4 года см. habrahabr.ru/post/346960
Спасибо интересные замечания. Скрипт в теле документа я могу представить только для передачи состояния серверного объекта JSON.stringify/JSON.parse. Но в этом случае лучше просто дополнительно ввести операцию кодировния/декодирования некоторых сущностей. Они абсолютно однозначны тогода будут. И синхронны
В основы git я въезжал довольно долго (правда тогда не работал в ИТ сфере). Разработчики git не побоюсь этого слова гении или где-то близко и писали программу для своего использования. Поэтому получилось очень необычно для обычного пользователя. Для простой работы с git достаточно уверенно знать и применять несколько команд (я насчитал 7 самых ходовых). Тем не менее они порой выглядят немного многословно с применением ключей. И поскольку у каждой команды большое количество ключей то сложно понять что один из них самый ходовой а все остальные это для специальных случаев.
merge проще понимания. rebase я не использую но насколько я понимаю это проблему если c одним remote репозитарием работают несколько разработчиков — и ветка до и после rebase была запушена, то ее может смерджить (до rebase) кто-то из разработчиков и после rebase начнутся массовые конфликты. В случае разработки например в guthub.com. Такая ситуация исключена т.к. все работают со своим персональным remote origin и потом делают merge request в публичный репозитарий. Поэтому выгода от упрощения истории есть а траблов с массовыми конфиликтами нет.
Никто не говорит что должно быть три базы Главное что базы обязательно должны быть в указанных трёх точках. Если мы сделаем 199 баз до 200 км и следующую на 201 км то. 5-кратная ходка будет сделана на 1км больше что повлечет за собой расход лишних двух бананов
Форма оплаты и форма с проверкой карты это совсем не одно и то же. Как правило перед тем как отправлять пользователя на действия с картой нужно уже иметь в базе данных идентификатор заказа и его сумму. После чего заказ будет принятым но не оплаченным. После того как Вы отправите пользователя на процессинг с заведомо уже сохраненным идентификатором заказа, то он пройдет все возможные варианты проверки (включая смс, звонок на сотовый и т.п.) после чего процессинг пришлет Вам ответ в iframe и Вы сможете сгенерировать событие в родительское окно как указано в этой статье (но конечно без реквизитов карты). Для интерактива с пользователем этого достаточно. После чего заказ все еще не считается оплаченным т.к. нужно будет забирать с процессинга статусы транзакции и в зависимости от бизнеса считать заявку оплаченной или не оплаченной. Если это например покупка билетов в кинотеатр то скорее всего бизнес проиграет если ожидаться окончательных статусов которые могут прийти в срок вполть до недели (типа «транзакция находится на проверке и т.п.»). Если это продажа Cadillac Escalade то логично было бы дождаться поступления средст на счет магазина.
В данном случае бинарный поиск как раз ищет это расхождение но не прямым перебором а делением отрезка на два. Процесс заканчивается когда отрезок будет иметьровно два элемента. Из них правый элемент это и будет бывший первый эемент списка.
Нормальную это какую? Как начальник распознает нормальную? Как поймет что внедренцы адекватные?.. Тут уже сейчас как минимум два внедренца, которые вообще не собираются вникать в суть проблемы а пишут радужные посты типа это все уже решено до Вас остается только пригласить нас.
Все верблюды накормлены. Были правда попытки зажать полбанана после работы но это уже наш менталитет. Нести бананы на треть пути сразу невыгодно ту передаются лишние бананы. Первая остановка должна быть максимум на 200 км
1) Мужчина по паспорту имел женское отчество.
2) Мужчина не имел отчетсва.
Все они были рождены в СССР где по идее такогоне могло быть в принципе.
На другом предприятии тоже был интересный случай.
Мужчина выйдя на пенсию был вынужден менять фамилию т.к. в каких-то очень джревних документах по которым ему полагалась солидная прибавка к пенсии у него была другая буква. Не При… а Про… Была ли это ошибка или же сделано сознательно так и осталось загадкой.
Ну и с лсучай который еще может выстрелить. У мужа и жены при получении националного паспорта одинаковые фамилии были переведены по-разному. Я им об этом сказал как-то они пожали плечами типа ну и что. Ну может быть и ничего.
Но тут конечно все обсуждаемо. Можно просто копировать в другую папку. не знаю. Если у Вас есть доводы что модно сделать более обоснованно то посоветуйте как это сделать.
Сайт высоконагруженный и просто сложный. Это же бизнес, деньги. Не лендинг же.
А самое главное достигнута цель. Я например беру произвольную фразу с объявления на сайте
И google мне находит то самое объявление откуда я взял эту фразу. А чистые SPA приложения могут месяцами не попадать в индексы поисковиков.