Программирование, т. 5.1.

С другой стороны зачем тебе новые версии оси на старый пк?

С другой стороны зачем тебе новые версии оси на старый пк?

мб дело в багах и эксплоитах которые могут обнаружиться в старых версиях?

или ставить 193 патча на них?

С другой стороны зачем тебе новые версии оси на старый пк?

мб дело в багах и эксплоитах которые могут обнаружиться в старых версиях?

или ставить 193 патча на них?

погугли чтоли linux kernel bug/linux kernel exploit

погугли чтоли linux kernel bug/linux kernel exploit

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

а при чём тут собственноручно?

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

а при чём тут собственноручно?

 

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

так же как и множесво пользователей винды, которые обновляют систему раз в 5-10 лет

сколько сейчас интересно компов 32 битных c линуксом и постоянным доступом в инет?

Кому не похуй на 386? Это ж древность давно отжившая свой век. На всякий случай 386 это х86, но вот х86 это далеко не один 386. А андроиду так вообще подавно срать на все эти пекашные архитектуры (от 386 насколько я помню уже какие-то дистры линупса отказались), у андроида подавляющее процессоров армовские, а 90% разрабам под андроид вообще похер какая архитектура используется.

Конечно знают про превентДефалт и про stopPropagation и про stopImmediatePropagation. Вот только это не сильно поможет. Потому что если ты делаешь привентДефалт, то как узнать что не было второго клика вслед за первым и нужно вызвать редирект? Опять же городить интервалы/таймауты

Да с чего блять городить. Это абсолютно нормальная и необходимая часть языка. Ни один нормальный фреймворк без них не обходится. Тем более сложные системы.

 

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

У тебя какой-то юношеский масимализм. Неспроста же это все взято, не с потолка эти ограничения созданы. Это очень долго объяснять, но разработки одного человека для себя, очень сильно отличаются от разработки системы в которую вкладывают запас прочности на ближайшие 3-5 лет с таким расчетом, что её выдадут на кучу проектов и люди смогут под себя хуярить код, который бы покрывал все требования их безумных бизнес аналитиков, да еще чтобы не было лагов и задержек при работе системы. Мы же не хуй собачий пишем, или ты считаешь что ты сможешь один прийти, и заменить собой 50 девов и 30 тестеров? Написать идеальную CRM систему, которая будет работать на всех браузерах с временем отклика не более 250 мс на экран при наличии сотен элементов и тысяч экшенов?

вы такую написали?

Осталась последняя итерация и все будет готово 35 000 человекодней прошли не просто так.

Кому не похуй на 386? Это ж древность давно отжившая свой век. На всякий случай 386 это х86, но вот х86 это далеко не один 386. А андроиду так вообще подавно срать на все эти пекашные архитектуры (от 386 насколько я помню уже какие-то дистры линупса отказались), у андроида подавляющее процессоров армовские, а 90% разрабам под андроид вообще похер какая архитектура используется.

например, Arch linux (+его клон сейчас в Топ9 дистровотча), Федора, убунту с 10.10

Конечно знают про превентДефалт и про stopPropagation и про stopImmediatePropagation. Вот только это не сильно поможет. Потому что если ты делаешь привентДефалт, то как узнать что не было второго клика вслед за первым и нужно вызвать редирект? Опять же городить интервалы/таймауты

Да с чего блять городить. Это абсолютно нормальная и необходимая часть языка. Ни один нормальный фреймворк без них не обходится. Тем более сложные системы.

 

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

У тебя какой-то юношеский масимализм. Неспроста же это все взято, не с потолка эти ограничения созданы. Это очень долго объяснять, но разработки одного человека для себя, очень сильно отличаются от разработки системы в которую вкладывают запас прочности на ближайшие 3-5 лет с таким расчетом, что её выдадут на кучу проектов и люди смогут под себя хуярить код, который бы покрывал все требования их безумных бизнес аналитиков, да еще чтобы не было лагов и задержек при работе системы. Мы же не хуй собачий пишем, или ты считаешь что ты сможешь один прийти, и заменить собой 50 девов и 30 тестеров? Написать идеальную CRM систему, которая будет работать на всех браузерах с временем отклика не более 250 мс на экран при наличии сотен элементов и тысяч экшенов?

вы такую написали?

Осталась последняя итерация и все будет готово 35 000 человекодней прошли не просто так.

а сколько клиентского кода?

Конечно знают про превентДефалт и про stopPropagation и про stopImmediatePropagation. Вот только это не сильно поможет. Потому что если ты делаешь привентДефалт, то как узнать что не было второго клика вслед за первым и нужно вызвать редирект? Опять же городить интервалы/таймауты

Да с чего блять городить. Это абсолютно нормальная и необходимая часть языка. Ни один нормальный фреймворк без них не обходится. Тем более сложные системы.

 

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

У тебя какой-то юношеский масимализм. Неспроста же это все взято, не с потолка эти ограничения созданы. Это очень долго объяснять, но разработки одного человека для себя, очень сильно отличаются от разработки системы в которую вкладывают запас прочности на ближайшие 3-5 лет с таким расчетом, что её выдадут на кучу проектов и люди смогут под себя хуярить код, который бы покрывал все требования их безумных бизнес аналитиков, да еще чтобы не было лагов и задержек при работе системы. Мы же не хуй собачий пишем, или ты считаешь что ты сможешь один прийти, и заменить собой 50 девов и 30 тестеров? Написать идеальную CRM систему, которая будет работать на всех браузерах с временем отклика не более 250 мс на экран при наличии сотен элементов и тысяч экшенов?

вы такую написали?

Осталась последняя итерация и все будет готово 35 000 человекодней прошли не просто так.

а сколько клиентского кода?

Тебе в строчках или в МБ исходников?

Сливай исходники, мы сами посчитаем

Конечно знают про превентДефалт и про stopPropagation и про stopImmediatePropagation. Вот только это не сильно поможет. Потому что если ты делаешь привентДефалт, то как узнать что не было второго клика вслед за первым и нужно вызвать редирект? Опять же городить интервалы/таймауты

Да с чего блять городить. Это абсолютно нормальная и необходимая часть языка. Ни один нормальный фреймворк без них не обходится. Тем более сложные системы.

 

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

У тебя какой-то юношеский масимализм. Неспроста же это все взято, не с потолка эти ограничения созданы. Это очень долго объяснять, но разработки одного человека для себя, очень сильно отличаются от разработки системы в которую вкладывают запас прочности на ближайшие 3-5 лет с таким расчетом, что её выдадут на кучу проектов и люди смогут под себя хуярить код, который бы покрывал все требования их безумных бизнес аналитиков, да еще чтобы не было лагов и задержек при работе системы. Мы же не хуй собачий пишем, или ты считаешь что ты сможешь один прийти, и заменить собой 50 девов и 30 тестеров? Написать идеальную CRM систему, которая будет работать на всех браузерах с временем отклика не более 250 мс на экран при наличии сотен элементов и тысяч экшенов?

вы такую написали?

Осталась последняя итерация и все будет готово 35 000 человекодней прошли не просто так.

а сколько клиентского кода?

Тебе в строчках или в МБ исходников?

Если можно то и то и другое. Я про жаваскрипт, конечно.

То есть впринципе все равно java, php? Главное к чему будет "душа" лежать? Ну и самому интересно, по вашему мнению андроид через лет 5 будет актуален/ну или на чем он там на java же? Или его вытеснят какие-нибудь виндовс 8 или там блекбери, иос(не верю) окончательно? То что веб будет всегда востребованным это ясно, но и мне кажется(возможно кажется) php-программистов жопой жуй просто.

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

насчет винфона, чисто ради интереса глядел как там ведется разработка, проверка на включенность gps'а - нужно сравнить на равенство с числовой 16ричной константойизучать что то конкретно сейчас в надежде что именно этим же будешь заниматься через целых пять лет хуйня по меньшей мере сомнительная, как минимум появятся новые фреймворки, а разработка на каких то языках или их применение может изжить себя окончательно, главное как говорится знать основы и быть способным переучиться

нихуя ты мощный в шарп

var gcw = new GeoCoordinateWatcher();

gcw.Status == GeoPositionStatus.Enabled

GeoFactoryCoordinateFabricWatcherFactoryFactory geoFactoryCoordinateFabricWatcherFactory = new GeoFactoryCoordinateFabricWatcherFactoryFactory();

это для джавы

нихуя ты мощный в шарп

 

var gcw = new GeoCoordinateWatcher();

gcw.Status == GeoPositionStatus.Enabled

Мне просто было интересно как на винфоне, мануал ссаный значит попался))слава богу не все так плохо у них

То есть впринципе все равно java, php? Главное к чему будет "душа" лежать? Ну и самому интересно, по вашему мнению андроид через лет 5 будет актуален/ну или на чем он там на java же? Или его вытеснят какие-нибудь виндовс 8 или там блекбери, иос(не верю) окончательно? То что веб будет всегда востребованным это ясно, но и мне кажется(возможно кажется) php-программистов жопой жуй просто.

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

 

насчет винфона, чисто ради интереса глядел как там ведется разработка, проверка на включенность gps'а - нужно сравнить на равенство с числовой 16ричной константойизучать что то конкретно сейчас в надежде что именно этим же будешь заниматься через целых пять лет хуйня по меньшей мере сомнительная, как минимум появятся новые фреймворки, а разработка на каких то языках или их применение может изжить себя окончательно, главное как говорится знать основы и быть способным переучиться