Сериозна дупка в Java, съветват да я изключим
Американското министерство за вътрешната сигурност предупреди снощи за уязвимост на Java програмите, която е толкова опасна за сигурността, че потребителите трябва да спрат да ги ползват, предаде Франс прес, цитирана от БТА.
Обратно в новинатаКоментари - Сериозна дупка в Java, съветват да я изключим | IT.dir.bg
Коментари
Аз до скоро участвах в доста сериозен проект на С. В интерес на истината цялата концепция беше малко збъркана, щото имаше чудовищни правила на писане за тоя проект, с огромен набор от макроси за автоматично генериране на имена на типове, задължителни полета в различни типове и т.н. В крайна сметка се имитираха обекти и С++ функционалност. Беше збъркано, но ... :) така искаха
Направо си изключете компютъра, телефона, таблета, лаптопа и телевизора и не се занимавайте с глупости
Можем да си приказваме така до утре. Защо се опитваме да сравняваме несравними неща. Крокодилът е по зелен от хипопотама, ама оня е по-злобен и отмъстителен...:-) Assembler, C --> embedded systems... JAVA (J2EE), C++, C#, VB, Power Builder, Delphi --> Information Systems За всеки тип проблрм трябва да се позва съответния език.
Ало, разбирачите, стига с този теоретичен семинар, като сте толкова вещи кажете ясно-да я ползваме ли или не! Останалото си го самодоказвайте в специализирани форуми, списания и където ви скимне!
ползвай я когато имаш доверие на източника на Аплета - примерно IP камера ... когато източника е неясен - не я ползвай - чудя се кога ли изобщо си я ползвал :) в статията става дума предимно за уеб приложения - а Java аплетите (т.е. уеб приложения) не са много що се отнася за широка употреба - те са предимно в специализирани приложения. Същото се отнася и за Active-X контролите (Microsoft алтернативата) - и тях само ако източника е надежден! Това е!
До кога ще четем некомпетентни статии? За колко прости хора е предназначена тази статия?
И от къде идва това забавяне на С++ версията, щом няма разлики при компилирането :) Бегай легай
Това си стана форум за програмисти. В началото бе асемблера. Най-близко до него е езикът C, затова и се компилира до бърз код. Всичко останало е надстройка. Java, както е отбелязал един автор тук, е пълна утопия. Самият Oracle, собственик на Java, промени интерфейса си за управление на RDBMS, който беше на Java до версия 9 към базирани на браузери решения. Никакво PHP, никаква Java.
копилета инвестирах 16000$ в сън майкросистемс за да ги загубя,оракъл ги купиха и обявиха че ще обезпеат шеер холдерс само тези които имат над 100 000 $ инвестиции.Мушеници абсолютни,играят си играта така както им отърва на тех.
Имал си,дал си.Другия път подхождай по-пресметливо и отдели малко време да се ограмотиш.
това ява и без това е ненувно. *Съобщението е транслитерирано от системата. Моля, пишете на кирилица.
Еййй, тука голямо чесане на езици стана, я и моят ме сърби, ще ме пуснете лииииии??? Хахахахаха Крокодилът е зъл, хипопотамът е голям, а рибата си плува в реката и никой от двамата не я хваща. И знаете ли защо щото оцелява бързият много по-често от големият!!! Хехехе Та това отнесено към програмирането значи ,че който е по-бърз ще хване повече риба /пари демек/. Аз да си призная джаря информационни системи вече 12 год. с VB6, вече на c# и много не ме е еня за производителността все пак от 12 год. съм се убедил че дали клиента чака за справката си и 10 и 50 сек. Все тая ама шефа като пита в стил ми сега тия загуби дето ги получих след като справката ти 2 месеца е грешна кой ще ги плаща ? Освен това със съвременните цени на хардуер е много по-евтино да се сменя на 3-5 год. сървър отколкото да се оптимизира ... Фасебоок на какво е писано някой знае ли ? Питам щото бая натоварване държи, та питането ми е кога проекта ми на C# стане с 5 000 едновременни потребители /при як сървър разбира се/ кода същия ли е???
хаха, чистото ц става за малки проекти.. като юних/линух/уиндоус, десетките/стотиците/хиляди оптимизации, които са в един добър компилатор или JIT не може никои да ги направи в приемливо време ако тръгне да пише на "чист" асемблер и после да ги пренапише на асемблера за всички останали платформи
Близко до ума е, че като се сравнява бързина на C++ и чисто C става дума за сравнение на един и същи проект реализиран с обекнто ориентирано и процедурно ориентирано програмиране. А не сравнение на скорост след компилиране на 1:1 идентичен текст. Всеки C++ компилатор е и C компилатор. Разликата идва, защото удобните обекти генерират камара от "невидими" инструкции особено ако програмата е писана от някой начинаещ хапльо, който си мисли "ей тоя цикъл е само 5 реда, няма как да бави" - а вътре създава и унищожава 50 хил обекта без да го осъзнава.
