Как стать автором
Обновить
0
0
eZzo @eZzo

Пользователь

Отправить сообщение
Так получилось, что пришёл к одному такому постомату спустя 15 минут после начала этого сбоя. Клиентское приложение браузерное, хостится под локальным MS ISA. Судя по ошибкам, которые сначала показывал браузер (HTTP 500 с деталями, в т. ч. указанием какого-то локального пути) мне показалось что оно вследствие чего-то просто исчезло. Неудачный деплой? Потом всё и вовсе вылетело в рабочий стол Windows 10 после перезагрузки. Можно было при желании полазить по компу.

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

Вопросы: каким образом замки с таким режимом работы оказались в постоматах? Это осознанный выбор проектировщиков или просто не подумали?
Читал. И не понял при чём тут
Вы представляете, сколько надо руководителей на организацию, у которой в каждом городе в среднем 10 филиалов?

И все равно лежать неделю на городской сортировке

А последнее при чём? Имею опыт в несколько десятков успешных доставок. И ни разу городская сортировка не заняла больше пары дней. По области идёт как часы — три дня. Зато экспорт-импорт — никогда не знаешь сколько на этот раз…

Мой вывод: у ПР одно явно узкое место. И место это — как раз логистика где-то вокруг таможни. А чтобы наладить работу там — не нужны мильоны руководителей. И совок там тоже не при чём.
Проблема в руководителях филиалов? Ну вот руководитель филиала ПР по моему месту жительства — тётка в годах. Видимо «совок» как вы изволили выразиться. И вот вам трек одной из моих последних посылок из Чехии. Полюбуйтесь. Где-то между экспортом и импортом она провалялась ровно полтора месяца (как раз чётко время ибеевского Buyer Protection).

Могу ещё сходить в соседнюю комнату, поискать упаковок от посылок — навтыкать треков. Ситуация везде будет одинаковая — посылка случайное время находится на складе временного хранения (экспорт-импорт), а потом не более чем две недели идёт по России.

И какие при таком раскладе могут быть претензии к руководителю моего местного почтового отделения? Простите, но если вы это называете «логистика и так близка к оптимальной» переводя стрелки на «наследие совка», то вы просто в неадеквате.
Нисколько не сомневаюсь. Однако в то время я ещё не обладал достаточными навыками для эффективного поиска, не знал свободно языка, да и с интернетом у меня был большой напряг. Поэтому размышлял над построением собственного велосипеда прямо с нуля.

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

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

Однако как программировать такую систему на стандартном языке — я не представляю. Возможно у вас всё-таки совсем другая.

К сожалению по научному пути я не пошёл, а ушёл в «зарабатывание денег» тупо кодируя всякую мутотень то на немцев, то на русских банкиров, то на японцев… PHP, Java, C++, SQL, всякие топорные решения тривиальных проблем вроде мутного EJB, ненавистного мне Hibernate и т. п… В общем «прогресс» буржуйского разлива. Но за это неплохо платили, да. И деньги тогда было очень к месту. Только где теперь эти деньги?..

В общем надеюсь у вас получится. Может быть и я когда-нибудь ещё смогу приложить к этому руку )
Пусть в книжице, сути эти не меняет. Гарантийные сроки определяются договором между вами как покупателем и продавцом (см ст. 19 ЗЗПП). Собственно в самом законе прямого указания на это нет, но когда закон молчит — всё определяет договор. Та «гарантийная» бумажка, которую обычно прилагают к товару и на котором стоит штам продавца — и есть тот самый договор (в какую бумажку ставить штам — зависит от продавца). Что в него писать — целиком зависит от продавца (ну или от вас, если товар такой, что продать его ну никак не удаётся, но очень надо).

Продавец к производителю по закону не имеет никакого отношения если только между продавцом и производителем (или по цепочке промежуточных продавцов) не заключён некий явный договор, по которому продавец гарантирует, что будет устанавливать определённый гарантийный срок, а производитель принимать неисправный товар обратно или каким-то иным образом компенсировать продавцу убытки от возврата товара. Вероятней всего такие договоры имеют авторизованные представители и СЦ.

Опять же ничто не мешает производителю не заключать договора с мириадами продавцов, а обеспечивать гарантию на своих условиях через свои СЦ (как это делают множество производителей) или даже вот так, как Logitech, по почте. Если некоторые производители так не делают — то это вопросы к ним.
Если «по понятиям», то тогда конечно, магазин не вправе перечить воле производителя, обозначенной на американском сайте. Но по российскому законодательству продавец имеет полное право устанавливать собственную гарантию на продаваемый товар.

Но жалобу написать можно, да.
Потому что от них отказались в пользу универсальной, но мертворождённой EC ЭВМ. Почему отказались — тайна покрытая мраком. Я так и не нашёл указания на весомую причину. Похоже на большую стратегическую ошибку. Если кто-то укажет мне иной ответ на этот вопрос — буду признателен.

Далее. Вы думаете, что рыночная экономика «заточена» под удовлетворение запросов потребителей какими бы они не были. Мол «спрос рождает предложение». Нет, это тоже большая ошибка. Реальность такова (и вы можете её наблюдать), что рыночная экономика заточена на получение прибыли её активными участниками. И именно так. Если при этом удовлетворяются потребности потребителей — это прекрасно. Если же нет — не беда. Главное — прибыль.

Поэтому рыночная экономика в чистом виде — без внерыночных регуляторов — как то ФАС, законодатели (которые должны думать о стратегических направлениях развития, а не о прибыли) и т. п. — это спираль, уходяшая в пике картельных сговоров, эксплуатации людей, перепродаж и поглощений, обмана покупателей и т. п. Т. е. уничтожающая прогресс гораздо быстрее советской экономики.
Вы наверное не в курсе, но ЭВМ успешно создавались и эксплуатировались в СССР. Или в СССР тоже была рыночная экономика?
По-моему это неверное (хотя и практически общепринятое ныне) представление об инкапсуляции. Наличие большого количества геттеров-сеттеров в классе напротив скорее свидетельствует о том, что класс спроектирован не в соответствии с принципами ООП. Генерируя по сеттеру-геттеру на каждый (пусть даже закрытый) член — вы необоснованно раскрываете реализацию хранения данных классом и, по мере того как клиенты класса начинают связываются с этими сеттерами-геттерами, фиксируете её. То, что члены данных при этом остаются закрытыми, уже практически ничего не меняет.
Поясните пожалуйста, исходя из каких принципов ООП на каждое объявление поля приходится писать геттер и сеттер?
Хм… И такая ситуация — в тёплом калифорнийском климате. А что было бы у нас, где машины стоЯт без движения при -30 сутками? Видать не просто так Бирюков твердит о бесперспективности литиевых батарей для питания автомобилей.
Вывод в корне неверный, поскольку однобокий.

С другой стороны прилавка всё выглядит так: из-за нагнетаемой в том числе и вот такими постами паники народ может хлынуть в магазины и начать скупать всё впрок и «пока не подорожало». Есс-но на фоне некоторого ограничения поставок это приведёт к полной распродаже складских запасов. И всё бы ничего, но вместе с этим встанут продажи новых компьютеров — что я так полагаю не понравится никому. Поэтому столь резкое повышение цен несёт в себе ограничительную функцию — а именно не дать паникёрам скупить всё лишь потому что «бери пока не подорожало».

Вообще к автору статьи большой вопрос: я думаю мозгом все должны понимать, что через несколько месяцев заводы восстановят, поставки возобновят и цены вернутся на прежние позиции. Так какого фига призывать покупать сейчас, а не отложить покупку???
Новый декОратор JXLayer
Так, требуется видимо как для пятилетних детей — выделить основное.
Dollar Van — аналог чего? Маршрутки. Маршрутка — что? Верный признак страны третьего мира. Dollar Van где? В США. Вывод: США — страна третьего мира.

Либо признаём, что США — страна третьего мира, либо пересматриваем исходные утверждения.
Точки в конец url проникли. Надо без точки.
Упс, извиняюсь, на уровень выше хотел написать.
en.wikipedia.org/wiki/Share_taxi. В частности для штатов en.wikipedia.org/wiki/Dollar_van. А слепое следование идеологическим штампам — верный признак незрелости ума.
> абсолютное большинство пригодных рек уже покрыты ГЭС
Весьма спорно. Россия в частности использует свой гидропотенциал лишь на 20% занимая при этом второе место в мире по его объёму (после Китая).
Язык с такого названия сломать можно. Нашёл вменяемый перевод. EROEI = энергетическая рентабельность.

Информация

В рейтинге
Не участвует
Откуда
Россия
Зарегистрирован
Активность

Специализация

Специалист
Java
PostgreSQL
Linux
Redis