Pull to refresh
11
0
Руслан Яхъяев @iiShrimp

User

Send message
Apple — не рассматриваем (дорогие игрушки с запаянной памятью), за полцены можно купить MSI или Dell ничем не уступающий, а еще и выигрывающий в охлаждении и эргономике.


(Живу не в России поэтому ссылку привожу от нашего, локального ритейлера)

Мало фактов; много слов. Открываем магазин и смотрим что мы можем купить за полцены (критерии поиска близкие Macbook Air 2015):
www.alza.sk/EN/notebooky/18842920.htm#f&cst=0&pg=1&pn=1&par70=2--4&par1224=4--4&par65=65-157&par1223=1223-114&sc=624

Air 11" стоит 900 евро, 13" — 1000.

Из того что есть до 1к евро я наверное бы попробовал только ASUS Transformer Book Flip-TP300LA C4174H или Lenovo IdeaPad Yoga 500-15IBD White. Но тут много спорных моментов — заведется ли на них линукс без проблем? Насколько надежна конструкция? Надежен ли дисплей? Насколько прочен и неубиваем сам ноут? Батарейка (зная не-эппл продукцию не думаю что ее хватит на больше чем 2-4 работы линукса)?

И где тот ноут за пол цены который ничем не уступает, а еще и выигрывает в охлаждении и эргономике™?

Доплатив 100-200 (+50-100 если брать версию с 8 GB RAM) евро и купив Air я получу ноут который практически не убить физически + UNIX + 10-12 часов работы от батарейки. Не стоит сбрасывать со счетов размер Air'а.
По такой методике я вообще никогда не ошибаюсь т.к. использую ВИМ; там есть 100500 более быстрых способов для удаления текста чем простое нажимание backspace или delete ;-)
На работе активно работаю с 3 проектами; один на ПХП (500к строк), 2 на руби (сумарно более 100к строк). Кроме того еще есть две дюжины мелких проектов; типа деплой скриптов и прочего. Для навигации в проектах использую Silver Searcher. До ВИМа использовал много разных ИДЕ в связке с различными технологиями (визуал студио, пайчарм, рубимайн, нетбинс, эклипс); если честно то я не могу себе даже представить уход от ВИМа в сторону чего-либо другого — настолько деревянным, медленным и невозможным в использовании оно мне сейчас кажется.
Почему нет варианта — «Все есть»?

Или вы не верите в такое? :-)
Если разработчики перестанут писать такой код это к сожалению не исправит огромное количество ошибок, дыр и спорных моментов в дизайне и логике языка.
Типизация говорите? Динамическая? Только я немного не об этом а скорей вот о чем:

var a = new Array(4) //undefined
a //[undefined × 4]
a[0] //undefined
String(a[0]) //"undefined"
String(a) //",,,"
Статья хорошая, но:

недовольны следующими моментами:

  • DOM, который многие ошибочно считают эквивалентом самого языка JavaScript, обладает очень неудачным API.
  • Когда переходишь на JavaScript с языков С и Java, то попадаешь в ловушку синтаксиса, который устроен не так, как в императивных языках. Это очень часто приводит к багам и сильно раздражает.


В результате JavaScript обрёл довольно плохую репутацию, которой он, в общем-то, не заслуживает.


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

> ',,,' == new Array(4) //true
> {} + [] //0
> [] + [] //"[object Object]"
Если бы вы использовали голый язык, то с такой проблемой столкнуться не пришлось бы. Язык он и есть язык и новому разработчику в команде не пришлось бы тратить столько времени на понимание фреймворка, он бы сразу смог работать.


Судя по личному опыту — это утопия которой к сожалению никогда не быть даже при использовании таких догматичных фреймворков как рельсы или эмбер. Погружение в обширные проекты занимает от 2-3 месяцев до года.

А еще меня поражает истерика которая в последнее время возникает около фреймворков. Вот допустим вы с другом решили написать абстрактный код. И договорились что файлы с кодом, название которых начинается на «А» вы сложите в одну папку, а файлы название которых начинается на «Б» вы сложите в другую папку. И сами того не ведая вы только что создали новый фреймворк! Пусть у него нет имени, красивого сайта и документации, но это уже фреймворк. Вы испортили вашу разработку? Думаю что нет.
Небольшая неточность перевода — в мейле написано by up to 44 percent а вы перевели как цены на Azure в России будут увеличены на 44 процента. Правильней вплоть до 44%. Хотя думаю что на деле меньше чем на 44% цены не поднимутся.
Тачскрин для такого дела не подходит по одной простой причине — на нем будет видно отпечатки пальцев и собственно не составит труда узнать пин человека который воспользовался этим девайсом.

И да, для таких статей существует ГТ.
Давным давно я начал читать хабр из интересных технических публикаций (жалко что Дизайн в ИТ со временем загнулся и постепенно этот хаб превратился в ленту «красивых» картинок прототипов).

В последнее время хабр начал превращаться в свалку. И я очень рад тому что казуальные темы перевели на отдельный ресурс; хотя все еще проскакивают статьи, которые по моему мнению, не подходят по тематике хабру. Вот например. Первые мне абсолютно безразличны так как не несут никакой смысловой нагрузки а вторые появляются в зарубежных изданиях (или на главной реддита) на 1-2 дня раньше хабра и являются просто переводом новости (к тому-же уже устаревшей).

И да ГТ не читаю ибо не интересно. Но на вкус и цвет все фломастеры разные.
Как стать программистом или Выучить Java за 1 год


Не хочу рушить ваши иллюзии, но знание синтаксиса ЯП не делает из человека программиста точно так же как и способность обезьяны нажимать на клавиши печатной машинки не делает из нее писателя.
Особенно их не хватает в программах где приходиться работать с большими объемами текста который нельзя открыть в ВИМе (ворд, мейл и прочее).
Ну вот и я о том-же: у кого-то ИДЕ занимает 1980 пикселей в ширину, у кого-то 1000. Кому-то удобней работать на двух мониторах, кому-то на одном широком. Кто-то работает на проектах где максимальная длинна строк составляет 80 символов, а кто-то нет. Только потому-что мне не нужна ИДЕ запущенная на весь экран это не значит что она не нужна вам и наооборот. Здесь каждому свое и пытаться в данном вопросе загнать всех пользователей в одни ворота — как минимум не корректно.
github.com/ryakh/dotfiles — ищите на здоровье! Буду вам очень благодарен, если найдете ;-)
А теперь представьте себе на минутку что есть люди как я, которые работают на вот таком вот мониторе.

Я вам даже помогу скриншотом — вот так вот выглядит ИДЕ запущенная в режиме на весь экран:
image

Вот стандартное расположение рабочих окон (не считаете что так работать намного удобней?):
image
Потому что веб-серверы это всего-лишь одна из возможных лазеек. Уязвимостью можно воспользоваться в контексте любой программы или демона у которого есть возможность записывать переменные окружения или выполнять системные комманды.
Первую проблему эппл решили контроллером в кабеле, который пускает ток только после того как кабель воткнут в девайс. Но да, с другой стороны это повышает цену кабеля.

А вот потенциалы — неужели юбка коннектора может их выровнять? Ведь у нее вроде нет заземления. И не может получиться так, что во время подключения разряд проскочит с юбки на коннектор и собственно сам девайс получит 110 вольт?
1

Information

Rating
Does not participate
Location
Bratislava, Bratislava, Словакия
Registered
Activity