Справедливости ради, в повседневной деятельности «чтобы не тормозило» может быть намного важнее нового функционала. Какой толк с нового функционала, например, если при «жизни по-новому» автодополнение в коде думает секунд 10? (Реальный случай).
Да, I/O значит очень много.
Действительно, во времена 97 офиса на 98 винде Word открывался быстрее, чем на моем Core2 сейчас (5-15 с в зависимости от размера документа). В моем случае все «потуги» вызваны глючными драйверами Lenovo, которые неправильно отрабатывают Hibernate. Хотя жить от этого знания не легче.
Как раз недавно запустил старый 233Мгц с MS-DOS/Win98, был удивлен тем, как тормозит ввод в консоли по сравнению с Core2. Понятно, что железо старое, но это было настолько явно видно, что удивило.
В каких конкретно проектах он используется на практике?
Он привнёс в блок-схемы структуру, порядок и единообразие. Предсказуемость и опрятность ДРАКОН-схем приводят к тому, что визуальное программирование работает.
Структурное программирование делает то же самое для «текстовых» программ без изобретания велосипедов.
Я сталкивался с кучей разного легаси, в том числе с необходимостью выгрузки данных в 7 битной кодировке, потому что весьма рупная страховая компания в США обрабатывает данные на старом mainfram'е, использующем ее. Странным все это не кажется, legacy — часть жизни. Никто не будет выбрасывать работающее просто «потому что».
По-моему, это так и есть. Только какие-то «пирамиды» выгорают, а какие-то сгорают. Это аналогично разницей между религией и сектой. И то и то — одна фигня, религиозное мышление. Но «традиционные» религии легализованы, а «сектантские» — нет.
Биток не обладает этим свойством тогда и только тогда, если он используется как платежное средство непосредственно. Есть у нас 3 битка и 3 батона. 1 батон = 1 биток, как ни крутись.
А если мы его обмениваем на USD, например, и курс колеблется, то это значит, что у нас есть 3 битка, 3 батона, и курс 1 биток — 1 USD, 1 USD = 1 батон. А завтра 1 биток стал = 2 USD, т.е. равен 6 батонам, при том, что есть только 3. Это то же самое, если бы у нас биток стал вдвое больше по массе, как если бы его допечатали.
Прочитал немного про МММ-2011, там надо разбираться, но неохота. Я же говорю о классике.
Так и я про нее. «маврик», т.е. бумажка-ваучер — тоже реально произведенный товар — вот он, его можно руками пощупать. Его перепродать можно.
Он вообще не служит документом или бездокументарной записью, подтверждающей право на доход.
Формально — да. Но люди, которые его покупают, втч его покупают для игры на росте курса, т.е. с целью перепродать подороже. И он вполне является в этом случае «документом», указывающим на право дохода. Т.е. когда мы укзываем, что один биток стоит стотыщмильонов, это значит, что запись вида «Вас Пупкен — 1 бтц» — запись о праве на доход, ведь Вася Пупкен его может продать за стотыщмильонов, а купил он его в расчете на рост за 3 копейки.
Вся разница в масштабе и «размазанности» системы. Маврики МММные были осязаемы, контора тоже была осязаема. Биткойн более размазан, и только. Я не говорю, что это — пирамида, я, как и человек, начавший ветку, ставлю под сомнению аргументацию.
Схема, конечно гениальная! Все понимают что EDI — нездоровая хрень и атавизм в 2017, но мы вас всех готовы спасти, только заплатите.
Есть программисты, которые хотят переписать все с нуля на модном стеке, а есть бизнес, которому лучше держать таких специалистов от себя подальше. Нет смысла сливать уже оплаченный софт, часы разработки в унитаз, из-за того, что кто-то весь такой модный и в белом пальто хочет иметь красивую строчку с модными технологиями в резюме. Здесь устремления конкретного человека-разработчика и бизнеса не пересекаются.
Так он удаляет у себя, а не на нашем сервере. К тому же, если он удаляет пользователя локально, значит для него это что-то вроде кеша и он может потом ещё раз сделать GET и всё восстановить.
Вообще не факт. Допустим, он хранит у себя какую-то информацию, пивязанную к пользователю, например, список его покупок, или сообщений на втором ресурсе, или каких угодно других обрывков информации. И это будет удалено. Откуда восстановится эта информация? (В общем случае, не рассчитывая на резервное копирование или удаление через отметку).
В обсуждаемой ситуации, как видим, такого не наблюдается.
Обсуждается именно «я хочу так, но клиент-бяка не согласен, и плевать, что у него уже тонны софта под этот стандарт написаны».
Так-то, конечно, можно выбрать то, для чего есть готовые библиотеки и для чего решение можно слепить быстро.
используйте HTTP в качестве транспортного протокола, а не прикладного. Прикладной реализовать можно полностью в теле HTTP запроса, можно использовать какие-то другие его части (заголовки, url, query, коды возврата), но не стремитесь соблюдать его семантику больше чем того требуют практические, большей частью технические соображения, типа способность клиента кэшировать HTTP или способность PHP выбирать файлы из запроса.
Тогда уж лучше WebSocketы использовать, зачем гвозди микроскопом забивать…
Представьте, что у вас есть некий охраняемый объект и есть датчик открытия двери. Пусть он нормально разомкнутый, а при открывании замыкает цепь. Реализуется просто — появилось напряжение на вводе — сигнал тревоги. И все хорошо, но если провод поврежден или просто откушен — система не сработает. И можно сколько угодно топать ногами, гневно восклицая, что монтажники — дураки, проложили кабель в видном месте и вообще что он не заминирован и не надо, мол, с больной головы на здоровую перекладывать. Сделать это идеально не получится и все равно система даст сбой рано или поздно. И эта возможность отказа заложена в самой системе, это и есть «паршивое решение».
Справедливости ради, в повседневной деятельности «чтобы не тормозило» может быть намного важнее нового функционала. Какой толк с нового функционала, например, если при «жизни по-новому» автодополнение в коде думает секунд 10? (Реальный случай).
Да, I/O значит очень много.
Действительно, во времена 97 офиса на 98 винде Word открывался быстрее, чем на моем Core2 сейчас (5-15 с в зависимости от размера документа). В моем случае все «потуги» вызваны глючными драйверами Lenovo, которые неправильно отрабатывают Hibernate. Хотя жить от этого знания не легче.
А здесь ответа и не будет. На эту тему (некоторой нелогичности интерфейса) даже карикатуры есть.
Структурное программирование делает то же самое для «текстовых» программ без изобретания велосипедов.
А если мы его обмениваем на USD, например, и курс колеблется, то это значит, что у нас есть 3 битка, 3 батона, и курс 1 биток — 1 USD, 1 USD = 1 батон. А завтра 1 биток стал = 2 USD, т.е. равен 6 батонам, при том, что есть только 3. Это то же самое, если бы у нас биток стал вдвое больше по массе, как если бы его допечатали.
Так и я про нее. «маврик», т.е. бумажка-ваучер — тоже реально произведенный товар — вот он, его можно руками пощупать. Его перепродать можно.
Формально — да. Но люди, которые его покупают, втч его покупают для игры на росте курса, т.е. с целью перепродать подороже. И он вполне является в этом случае «документом», указывающим на право дохода. Т.е. когда мы укзываем, что один биток стоит стотыщмильонов, это значит, что запись вида «Вас Пупкен — 1 бтц» — запись о праве на доход, ведь Вася Пупкен его может продать за стотыщмильонов, а купил он его в расчете на рост за 3 копейки.
Вся разница в масштабе и «размазанности» системы. Маврики МММные были осязаемы, контора тоже была осязаема. Биткойн более размазан, и только. Я не говорю, что это — пирамида, я, как и человек, начавший ветку, ставлю под сомнению аргументацию.
Есть программисты, которые хотят переписать все с нуля на модном стеке, а есть бизнес, которому лучше держать таких специалистов от себя подальше. Нет смысла сливать уже оплаченный софт, часы разработки в унитаз, из-за того, что кто-то весь такой модный и в белом пальто хочет иметь красивую строчку с модными технологиями в резюме. Здесь устремления конкретного человека-разработчика и бизнеса не пересекаются.
Щито? Клиент нанимает разработчиков, и он им еще должен писать обертки? Потому что они хотят работать по системе тяп-ляп и готово?
Так в чем проблема? Придет другой подрядчик и напишет.
Вообще не факт. Допустим, он хранит у себя какую-то информацию, пивязанную к пользователю, например, список его покупок, или сообщений на втором ресурсе, или каких угодно других обрывков информации. И это будет удалено. Откуда восстановится эта информация? (В общем случае, не рассчитывая на резервное копирование или удаление через отметку).
Обсуждается именно «я хочу так, но клиент-бяка не согласен, и плевать, что у него уже тонны софта под этот стандарт написаны».
Так-то, конечно, можно выбрать то, для чего есть готовые библиотеки и для чего решение можно слепить быстро.
Тогда уж лучше WebSocketы использовать, зачем гвозди микроскопом забивать…
Представьте, что у вас есть некий охраняемый объект и есть датчик открытия двери. Пусть он нормально разомкнутый, а при открывании замыкает цепь. Реализуется просто — появилось напряжение на вводе — сигнал тревоги. И все хорошо, но если провод поврежден или просто откушен — система не сработает. И можно сколько угодно топать ногами, гневно восклицая, что монтажники — дураки, проложили кабель в видном месте и вообще что он не заминирован и не надо, мол, с больной головы на здоровую перекладывать. Сделать это идеально не получится и все равно система даст сбой рано или поздно. И эта возможность отказа заложена в самой системе, это и есть «паршивое решение».
Тот, который нужен клиенту и за который платят деньги.