Обновить
6
0
Евгений Резниченко @zxcabs

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

Отправить сообщение
Как вы определяете сколько времени нужно потратить на решение issue, при выборе issue?
не знаю кто там вас минусовать начал, у меня на это кармы нет, да и смысла я в этом особо не вижу. Но уже вижу что в кометах уже все написано.
А если наоборот, в дорогу вкопать магнит, а в машину катушку?
+ большой выбор конфигов серверов

Как то не очень большой и не очень гибкий. Доступно всего три вида процессора: i3 — i5 — i7, и всего по две конфигурации память + винт к каждому процессору, Итого всего 6ть видов конфигураций, это уже большой выбор? Оо
Да так точнее, я вот не играю в игры на мобильниках и не готов за них платить, но прочитав пост хотел было установить, попробовать и написать отзыв, а оно раз и платное. Я не против платных игр, но и в таких случаях платить не готов. Идеальным вариантом было бы: бесплатность игры с начальными уровнями, а остальные уровни за деньги.
Для удовлетворения собственных амбиций могли бы и бесплатно выложить.
Все правильно, но это было единственное средство не дать приложению упасть полностью.

Домены дали возможность обрабатывать исключения более управляемо, разделяя ошибки по уровням, то есть не просто не упасть на одном запросе, а еще и отследить и обработать эту ошибку.
В ноде всегда было это:
 process.on('uncaughtException', function (err) { ... }); 

Что не давала падать приложению из за ошибки. Проблема в том что этот обработчик не дает возможности обработать ошибку там где она случилась, поэтому и были изобретены domain'ы
Так инфраструктура сама разворачивается или заказчик «рисует» что он хочет, а потом специальные люди это разворачивают?
А можно по подробней про вероятность. Правильно я понял что мы определяем что фотон со спином вверх с вероятностью 0.5, то это значит что он с такой же вероятностью может быть и вниз? То есть это как бросание монетки?
ну просто вы показали ровно то что есть в статье :)

Вообще у меня был/есть опыт использования такого подхода (который по ссылке), и все же я соглашусь с выводом статьи что такая организация не совсем удобна когда нужно часть функциональности вырезать и вставить в другой проект. Если же этого не требуется, то такой подход весьма удобен и понятен, а главное прост в использовании.
Такой способ с его плюсами и минусами в статье описан.

статью не читай комментарий оставляй?
Чисто теоретически
с помощью 3д сканера делаем модель > восстанавливаем ее в редакторе > печатаем на принтере > профит

Только наверное дороговато пока выйдет.

У Windows ниже порог входа: скажем, развернуть небольшой контроллер домена с файловым сервером (или шлюз с использованием Traffic Inspector) сможет любой эникейщик.

И это хорошо, поскольку маленькой компании не нужно держать увешанных сертификатами высококвалифицированных специалистов и платить им соответствующие деньги.
....

Какие тут сложности в Linux? Делаешь запрос в гугл "<мой дистрибутив> поднять <имя сервера>", это если говорить на уровне эникейщика.
Вот забавно, буквально под новый год понадобилось мне две шестеренки, перерыл весь интернет а нужных не нашел. И тогда у меня в голове возникла почти такая же идея, сервиса который печатает/вырезает детали по моему чертежу, и что бы я это все смог еще и в онлайне в камеру посмотреть. План подачи заявки был примерно бы таким, загружаешь чертежи на сайт, через некоторое время мне приходит стоимость, если я согласен оплачиваю, после чего мне приходит уведомление в какое время будет печататься моя деталька, собственно в указанное время я захожу и любуюсь в вебку процессом. Вот жаль что такого сервиса нету ><

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


Ну и в принципе чего придираться к заголовкам то? ООП это один из стилей программирования.
Нет уж. довелось мне работать в конторе на 80+ компов в одном оффисе и 20+ в другом. И да компы там работают по 10 лет, за исключением уж совсем каких то критичных к производительности процессам. Мало кому нужно «свежий софт», всем нужен софт который выполняет бизнес задачу, и если ее с одинаковым удобством выполняет софт 10 летней давности, то он и будет ее выполнять дальше. То было давно, тогда только выходила В7, но везде стоял ВинХП, и ни кто не гнался за обновлениями, по причинам дороговизны и по тому что такой необходимости в принципе нет.

Сейчас в другой канторе наблюдаю картину полного ухода от микрософта. Из платного софта осталась одна 1с. Все остальное заменяют доступные бесплатные аналоги.

И да люди работают и на п4, для клиента 1с и браузера, им хватает таких мощностей, и ПК сейчас покупают, обойдется вам одно рабочее место около 10к, и будет это рабочее место вам служить еще долго и счастливо.
вы сравниваете стоимость за три года, но постойте, сервера + рабочие станции + лицензии, работают много дольше чем по три года. Не надо рассказывать сказки, для большинства офисных задач с головой хватает компа 5 — 6 летней давности, и он еще столько же проработает и есть не попросит. Для задач где стандартный комп не подойдет и облако не подойдет. Давайте теперь посмотрим с перспективой на 6 — 10 лет?
По моему они просто взяли с разу заложили возможность для расширения, и это правильно, и к оптимизации не относиться.
То что вы свой метод дописываете это меньше из зол, это можно указать в readme и человек подключая вашу библиотеку будет знать что базовые классы расширяться методам и find и page. Но вот то что он не может знать, это то что добавляются еще и стандартные методы filter, indexOf, some. Вот такое неявство и есть зло. И вот представьте ситуацию, человек подключил вашу библиотеку, и чудным образом начал везде в коде юзать indexOf, some и прочее, потом отключил и у него херак, и в IE<9 все упало.

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность