Не так давно попадалась подборка теорий заговора с ранжированием по степени упоротости. Оставляю ссылку (картинка на английском), если кому-то интересно.
Я бы ещё понял windows phone, но windows mobile… Даже свой старенький HTC HD Mini давно перепрошил на андроид, потому что в стоковом WM6.5 всё совсем плохо, если не просто звонить/слать sms.
Насколько я знаю, люди вполне себе успешно и раньше крутили ASP.NET приложения под Mono, задолго до открытия исходников (даже сам как-то пробовал).
Говоря про безопасность, тоже сильно слукавили: традиционно багов в ядре linux закрывается почти столько же, сколько в windows. Всё упирается только в кривизну рук того, кто сервер настраивал. Про сложность настройки утверждение тоже довольно спорное: если за винду браться всерьёз, то там всё далеко не так очевидно, как, в общем-то, и везде.
Вообще, как по мне статью можно было сократить до 1 предложения: если нет специфических задач для windows и личных предпочтений, брать линуксы, они дешевле.
После этой фразы я приготовился зачерпнуть ересь двумя руками.
Как известно, в чистом JavaScript классического наследования нет
Но уже в этом месте практически восстановил веру в человечество автора.
Что до реализации, то вариант BB не так уж и плох: он решает задачи по расширению базовых прототипов самой библиотеки. Если же нужно расширять собственные или делать многоуровневое наследование, то такой способ может не подойти. Тут то и появляется старый добрый CoffeeScript, который в связке с BB работал на ура.
instant.coffee
class MainView extends Backbone.Layout
# pass
instant.js
var MainView,
extend = function(child, parent) { for (var key in parent) { if (hasProp.call(parent, key)) child[key] = parent[key]; } function ctor() { this.constructor = child; } ctor.prototype = parent.prototype; child.prototype = new ctor(); child.__super__ = parent.prototype; return child; },
hasProp = {}.hasOwnProperty;
MainView = (function(superClass) {
extend(MainView, superClass);
function MainView() {
return MainView.__super__.constructor.apply(this, arguments);
}
return MainView;
})(Backbone.Layout);
Если никогда не настраивали прокси/соксы или просто лень, то рекомендую попробовать 3proxy, как самый простой. В своё время пользовался ним, когда универский провайдер пытался убить торренты закрытием портов выше 1000.
Не благодарите
Говоря про безопасность, тоже сильно слукавили: традиционно багов в ядре linux закрывается почти столько же, сколько в windows. Всё упирается только в кривизну рук того, кто сервер настраивал. Про сложность настройки утверждение тоже довольно спорное: если за винду браться всерьёз, то там всё далеко не так очевидно, как, в общем-то, и везде.
Вообще, как по мне статью можно было сократить до 1 предложения: если нет специфических задач для windows и личных предпочтений, брать линуксы, они дешевле.
На Евразию, Остазию и Океанию
Просто спроксировать через nginx из незаблокированной зоны? Так-то внутри у самого DO блокировок нету.Меня уже опередилиПосле этой фразы я приготовился зачерпнуть ересь двумя руками.
Но уже в этом месте практически восстановил веру в
человечествоавтора.Что до реализации, то вариант BB не так уж и плох: он решает задачи по расширению базовых прототипов самой библиотеки. Если же нужно расширять собственные или делать многоуровневое наследование, то такой способ может не подойти. Тут то и появляется старый добрый CoffeeScript, который в связке с BB работал на ура.