Маленькое сравнение

SemyonKozakov · 30-07-10 21:44:48

Armanx64 пишет:

Кстати, если в Vista была произведена интеграция .NET в систему, то в Windows 8 планируют сделать полную виртуализацию. Там много чего интересного, но что-то мне подсказывает, что после выхода Windows 8 конкурентам нечего будет предложить, кроме псевдохалявы.

Сказал авторитетный эксперт по операционным системам и программированию lol

Толстый и неумелый 3.14ар дотнета => слив

Armanx64 · 30-07-10 22:11:33

=> слив

лямбду осваиваешь?

про гипервизор - windows-8.net/obzor-windows-8/
Источник не идеал, но там хоть иногда бывают ссылки на первоисточник. Новость видел не только там, но это первая ссылка, попавшая под руку.

Tiphon · 30-07-10 23:36:30

Mandriva-oid пишет:

Толстый и неумелый 3.14ар дотнета => слив

Ну я вот в соседней ветке тоже про .Net рассказываю...

А тут... Ну автор откусил кусок больше, чем смог прожевать) Бывает)

Mike22 · 31-07-10 00:14:01

Armanx64:

Я предлагаю лишь попробовать понять, что программист - не элитная профессия. мы как инженеры - работаем с тем материалом, что есть. Мы как сантехники - обязательно влезем в какое-нибудь дерьмо на большом проекте. А дерьмо есть всегда - закон жизни. И вся красивая "логичная" схема будет рассыпаться о суровую реальность выражающуюся в производительности, скорости разработки и отладки. Проще говоря, для профессионального программиста не должно существовать разницы между Console.print(text), print(Console, text) или something.Console.parent.print(this, text), это всего лишь обозначения действия.

Tiphon · 31-07-10 00:25:06

Mike22 пишет:

Armanx64:
Я предлагаю лишь попробовать понять, что программист - не элитная профессия. мы как инженеры - работаем с тем материалом, что есть. Мы как сантехники - обязательно влезем в какое-нибудь дерьмо на большом проекте. А дерьмо есть всегда - закон жизни. И вся красивая "логичная" схема будет рассыпаться о суровую реальность выражающуюся в производительности, скорости разработки и отладки. Проще говоря, для профессионального программиста не должно существовать разницы между Console.print(text), print(Console, text) или something.Console.parent.print(this, text), это всего лишь обозначения действия.

Не, программист - не элитная профессия. Это даже не инженер, а, скорее, как паяльщик. Да. Есть потолок - знаешь все. Т.е. куда бы тебя не пригласили - ты сможешь делать свою работу. И в этом нет бравады, скорее скука. Ну прочитаешь ты это. Ну выучишь. И будешь делать. И нет такой работы, которую мог бы делать только я, а не whoknows и наоборот) Другое дело - рентабельность, но это уже не к этой речи.

Но разработка на разных языках идет разными темпами. Разные языки нацелены на разные задачи. Конечно разница между Console.print(text) и print(Console, text) есть. И вообще, если бы все было одно и тоже - языки давно бы не развивались=) И действительно .net одна из прогрессивнейших технологий, которая в том числе направлена на понятность и удобство. Но чтобы понимать это надо поделать реальные проекты языках на 10-20. А потом понимаешь, что разница в Console.print(text) и print(Console, text) не суть.

З.Ы. А вот человеческий логгинг в стандартной библиотеке... Это да!))) Но арманх64 на это внимания даже не обратил, когда я намекал, намекал...)))

Отредактировано Tiphon (31-07-10 00:26:14)

Mike22 · 31-07-10 00:35:42

Tiphon:

Имхо, все развитие сводится к предсказуемости поведения неизвестных программисту функций и особенностей (ООП, стандарты ECMA), вынесению как можно большей части работы на компилятор и интерпретатор (GC, специальные области видимости, умолчания), легким идиомам позволяющим писать лаконичнее (map в перле, например) и, конечно же, легкой отладке.

К примеру, в Perl есть отличная вещь - блочная область видимости. Ее очень не хватает в остальных языках.

А на счет скуки - есть такое, все меньше и меньше интересных задач, все больше рутины с очевидными решениями.

Отредактировано Mike22 (31-07-10 00:36:41)

Tiphon · 31-07-10 00:41:12

Mike22 пишет:

А на счет скуки - есть такое, все меньше и меньше интересных задач, все больше рутины с очевидными решениями.

Ну просто надо на что-то новое переходить) Ну там создать НПП и в неравной борьбе захватить мир, а майкрософт обанкротить.

Скучно быть перестает, кстати, когда смотришь как люди на конвейере сортируют гусей. Вот уж работка...

Mike22 · 31-07-10 01:01:23

Tiphon:

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

whoknows · 31-07-10 01:08:04

Mike22 пишет:

в Perl есть отличная вещь - блочная область видимости.

Пример?

Tiphon · 31-07-10 01:15:02

Mike22 пишет:

они никогда не соответствуют заявленным параметрам, с ними всегда проблемы и... короче, не люблю быть бета-тестером :-)

Ничего никогда не соответствует заявленным параметрам) Это окей))
Жаль только от этого спутники перестают работать (Коронас фотон имею ввиду).

А в российской разработке - это понятная жесть.

Вот маленькая история про российскую разработку. Сделали мы как-то один прибор. Прототип. Он работает, все хорошо. Но его надо убрать в некий корпус. Основание у прибора круглое, поэтому и корпус должен быть какой-то цилиндрический. Конечно, точнее сказать - каплевидное основание. Но делать такой корпус в нашей могучей и нестравненной - где-то 1200$. А хочется-то дешевле (Ибо ну не реальные это цены за такое железо. Не имеют никакой основы под собой). Тогда стали искать широкие алюминиевые трубы. Нашли нужного диаметра! Но посчитали, там заварить. Тут сделать крышку - будет стоить 300-500 баксов. Лучше, но дороговато. Тут нашлось супер-решение. Отличные кастрюли из нержавейки (баки) стоят по 1200 рублей. Отпиливаем по размеру (как раз улетают баки). На место "Кастрюля нерж." на днище приклеиваем логотип, прикручиваем к основанию. И вуаля - красивый, имеющий офигительный вид корпус всего за 100 баксов. А вот сделать такой же, но по каналам цехов НИИ стоило бы все 2000$.

Так наша наука в нашей великой и развивается))

Mike22 · 31-07-10 01:23:58

whoknows:

my $i = 5;
for (my $i=0; $i < 10; $i++ ) {
}

Внутри цикла будет переменная $i от цикла, вне цикла - $i = 5.
Область видимости ограничена не функцией, а блоком {}
Это, например, позволяет каждый цикл в функции начинать с my $i не беспокоясь о том, была ли использована такая переменная или нет.

Еще любопытная, хоть редко используемая область видимости local, она ограничена не блоком, но функциями:
sub k {
local $i;
for $i (0..9) { f(); }
}

sub f {
print $i;
}

our $i = 5;

f();
k();

Выдаст: 50123456789, потому что local из функции k подменит собой our из внешней декларации. А вот если в k был бы my $i, то результат был бы 55555555555.

Tiphon:

В программировании такое тоже сплошь и рядом. Вместо дико сложных и дорогих решений часто можно обойтись "кастрюлей" в десять раз дешевле, да. :-)

Отредактировано Mike22 (31-07-10 01:29:57)

whoknows · 31-07-10 01:33:49

Mike22, такое есть везде (почти).

Откройте для себя в C++/Java
{
}
как область видимости. Там это даже влияет на вызов деструкторов/сборку мусора (на последнее - скорее теоретически)

Добавлено спустя 04 мин 31 с:

whoknows пишет:

Armanx64 wrote:
Стоит убрать из картины эту VM, и мы получаем код, отделённый от полного всевластия в лучшем случае используемым API и осью.
Небезопасный пример на жава в студию!

Armanx64, если есть желание, я могу показать, почему это не так. Я завтра в перелёте. Поэтому если интересно, даю первый намёк.

Представим себе, что у нас свой класс на Java - реализация array с обязательной проверкой на выход за границы диапазона. Там явно в коде стоят проверки. Представим себе, что мы сознательно используем этот класс везде. Также для простоты считаем, что указателей в языке нет в принципе (даже ссылок) и стек бесконечной вместимости.

Вопрос №1: возможна ли атака типа "переполнение буфера" в программах, написанных по этим условиям, скомпилированных в байт-код и запускаемых под JVM?
Вопрос №2: как изменится ситуация, если та же программа будет скомпилирована в нативный код?

Отредактировано whoknows (31-07-10 01:39:10)

Mike22 · 31-07-10 01:45:35

whoknows:

В ECMA такого, к сожалению, нет, а большая часть того, с чем работает веб - это ECMA. А как насчет такой конструкции:
if ( my $res = function() ) {
print $res;
}

Отредактировано Mike22 (31-07-10 01:46:34)

Tiphon · 31-07-10 01:50:29

А perl теперь работает на клиент-сайде всех браузеров?

Потому, что на сервер сайде можно и что-нибудь человеческое использовать. Например тот же C#, который, заодно и Silverlight поддерживает...

Отредактировано Tiphon (31-07-10 01:51:19)

Mike22 · 31-07-10 01:54:15

Tiphon:

Неа, нигде не работает без соответствующего плагина, а его никто ставить не будет конечно же.
Но мне представляются сомнительными успехи C# для веба. Весь веб, это много похапе, немного перла и асп, и исчезающе мало всего остального.

Отредактировано Mike22 (31-07-10 01:55:05)

Tiphon · 31-07-10 02:01:22

Mike22 пишет:

Неа, нигде не работает без соответствующего плагина, а его никто ставить не будет конечно же.

Ну да, у меня не стоит=)

То, что делает
if ( my $res = function() ) {
print $res;
}

Это тоже самое, как я понял, что

using(Stream str = File.CreateText("ForMike22"))
{
str.WriteLine("I'm stream. I live only here");
}

в C#

Причем в C# у этого есть сакральный смысл в том, что ты намеренно даешь указание, что ресурс можно освобождать при }. И быть уверенным, что файл будет закрыт, а ресурс освобожден. (
Что бывает важно, надеюсь без примеров обойдемся, а то я их приведу. ) А не только в зоне видимости.

Я так полагаю, что только за этим же это и используется в питоне. Так?

Добавлено спустя 01 мин 55 с:

Mike22 пишет:

Весь веб, это много похапе, немного перла и асп, и исчезающе мало всего остального.

А asp.net это C# и вся .net машина. И пхп там уделывается, в общем-то.

Mike22 · 31-07-10 02:13:27

Tiphon:

> что только за этим же это и используется в питоне

В перле - да. И после привычки к блочной видимости писать на том же AS3, где ее нет - раздражает.

> И пхп там уделывается, в общем-то.

Ну, мы же говорим не о глубокой теории, а о существующей практике. А на деле, что asp, что перл - не очень распространены в вебе в качестве серверных решений. Их, конечно, больше, чем всяких там питонов и руби, но тем не менее. С перлом - понятно, у него очень высокий начальный барьер из-за нестандартного синтаксиса, умолчаний и вообще решений. ASP тоже понятно - пока что большинство серверов работают под линукс/бсд. Похапе уделывает всех по распространенности, хоть на мой взгляд это "веббейсик для дебилов" и самый быдлокодерский язык, но из-за низкого порога вхождения он стал безмерно популярен.
Вон, даже этот форум и то - php

whoknows · 31-07-10 02:15:18

Mike22 пишет:

А как насчет такой конструкции:
if ( my $res = function() ) {
print $res;
}

Выглядеть будет коряво, но можно. В if в условии в других языках нельзя об'являть переменную. Надо будет об'явить перед, а всё вместе окружить скобками

Mike22 · 31-07-10 02:19:38

whoknows:

Это удобно, когда нужно проверить значение какой-то функции, и если оно не undef (NULL), то обработать.

Еще в перле забавная переменная по умолчанию - $_, от осознания ее концепции Арман, наверное, застрелится :-)

Как пример: for (0..10) {}
Или еще круче for (0..1000) { print if /5/; }
Эквивалент:
for my $i (0..1000) {
if ($i=~m/5/) { #=~m// - регулярное выражение, в перле нет разницы между числом и строкой.
print $i;
}
}

Отредактировано Mike22 (31-07-10 02:20:45)

Tiphon · 31-07-10 02:21:07

Mike22 пишет:

Ну, мы же говорим не о глубокой теории, а о существующей практике.

Существующая парктика, что крупные сайты или сайты с требованием к безопасности пишутся сейчас на ASP.NET и JSP.
MySpace.com, например asp)
www.bankofamerica.com/index.jsp smile ))

Это всякие говно-nuke - на пхп, да))

Отредактировано Tiphon (31-07-10 02:22:00)

Mike22 · 31-07-10 02:27:22

Tiphon:

Да я же не спорю, что кто-то использует ASP. Но как факт, гугл и все с ним связанное - в основном perl, LJ - perl, mail.ru - там много всего понамешано, но asp нет, youtube - не asp. Полагаю, что мысль ясна :-)

А как пишутся вебморды к банковским системам... в общем, там все печально. Мой бывший сокурсник занимается как раз банками, рассказал несколько забавных историй на этот счет, в частности про UBS.

Отредактировано Mike22 (31-07-10 02:28:32)

Tiphon · 31-07-10 02:34:58

Mike22 пишет:

Полагаю, что мысль ясна :-)

Неа, не ясна.
MySpace.com - помоему имеет больше просмотров, чем ютюб.

Большая часть сайтов за пхп, да. Но доля asp.net значима.
По поводу больших же сайтов, там уже идет все свое. Например тех, кто делает твиттер я знаю лично. И там у них программулина, которая переводит код пхп в С++, потом они компилят ее под собственные расточенные для твиттера линухи. А именно сайты под asp.net идут без такой запилки.

Mike22 пишет:

А как пишутся вебморды к банковским системам... в общем, там все печально.

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

Возьми
www.bankofamerica.com/index.jsp

Mike22 · 31-07-10 02:40:56

Tiphon:

Дык, крутые сайты вынуждены использовать все расточенное, куда деваться-то? И ASP их не спасет, слишком специфические условия работы. Все равно будут точить.

Кстати, UBS тоже не какой-то там говнобанк ^^

Отредактировано Mike22 (31-07-10 02:41:37)

Tiphon · 31-07-10 03:08:14

Mike22 пишет:

И ASP их не спасет, слишком специфические условия работы.

Да ну спасает, спасает))
Вон, сайт msdn глянь)
ati. Драйвера для видюхи качаешь?
support.amd.com/us/gpudownload/Pages/index.aspx

www.orkut.com/Main#Home

ebay - там правда все сложно. Но между ИИС и джсп

WomanJournal.ru - тоже 8 миллионов просмотров в день.

nullsleep · 31-07-10 03:13:41

Tiphon пишет:

www.orkut.com/Main#Home

Это гугл, на питоне.

Форум StopLinux

Объявление

#76 30-07-10 21:44:48

Re: Маленькое сравнение

#77 30-07-10 22:11:33

Re: Маленькое сравнение

#78 30-07-10 23:36:30

Re: Маленькое сравнение

#79 31-07-10 00:14:01

Re: Маленькое сравнение

#80 31-07-10 00:25:06

Re: Маленькое сравнение

#81 31-07-10 00:35:42

Re: Маленькое сравнение

#82 31-07-10 00:41:12

Re: Маленькое сравнение

#83 31-07-10 01:01:23

Re: Маленькое сравнение

#84 31-07-10 01:08:04

Re: Маленькое сравнение

#85 31-07-10 01:15:02

Re: Маленькое сравнение

#86 31-07-10 01:23:58

Re: Маленькое сравнение

#87 31-07-10 01:33:49

Re: Маленькое сравнение

#88 31-07-10 01:45:35

Re: Маленькое сравнение

#89 31-07-10 01:50:29

Re: Маленькое сравнение

#90 31-07-10 01:54:15

Re: Маленькое сравнение

#91 31-07-10 02:01:22

Re: Маленькое сравнение

#92 31-07-10 02:13:27

Re: Маленькое сравнение

#93 31-07-10 02:15:18

Re: Маленькое сравнение

#94 31-07-10 02:19:38

Re: Маленькое сравнение

#95 31-07-10 02:21:07

Re: Маленькое сравнение

#96 31-07-10 02:27:22

Re: Маленькое сравнение

#97 31-07-10 02:34:58

Re: Маленькое сравнение

#98 31-07-10 02:40:56

Re: Маленькое сравнение

#99 31-07-10 03:08:14

Re: Маленькое сравнение

#100 31-07-10 03:13:41

Re: Маленькое сравнение

Подвал форума