Никак не стать - ломать, ломать, ломать. И вообще. Программист и не хоцкер - это лажа. Можно написать ахренную CMS которая не проживёт и пару дней в паблике. Именно поэтому мне хоцкерство и интересно ЗЫЖ Хотя на самом деле не по этому
Бред. Если программист не шарит в SQL-inj, XSS и т.д., но при этом он прочитал мануал внимательно, то эти ошибки он не допустит. К примеру нормальное знание SQL исключает SQL-inj. Причина проста: правильное использование стандартных средств это исключает. Я не говорю, конечно, про устаревшие вещи типа mysql_* функций, но те, кто ими пользуются - сами себе злобные буратины.
Что-то я прочтиал вниаметельно этот текст.. и как-то не могу промолчать. Начну с середины - так обстоятельнее будет. Эта часть может занять пару лет... Процитирую одного моего знакомого: "Люди, которые начинали с бейсика, очень тяжело вылечиваются". По себе знаю.. но я вылечился) Паскаль - хороший язык - но он действительно мёртв - и бессмыссленно пытаться осозновать в теперешнее время на уровне "а в досе было так", кроме как для исторической справки. Ну или для номинации demo 128b )). Начинать, так уж с делфы. Вирт очень неплохо постарался... Вот тут можно поспорить, но это не так важно.. А вот это бесспорно) но кому-то удаётся... Java - абсолютно убогий язык, не устаю об этом повторять - и не стоит о нём вообще задумаваься, если заставлять не будут. Желающим поиграть с вм можно на Оберон посмотреть, про всё в этом языке (даже называть его по-другому не хочется - этот язык) даже хочется употребить слово "опошлено". .NET - ей я не особенно занимался, но начинать с этого точно не стоит, так как появилась она как очередной продукт топ-менеджеров. Delphi - да. именно с него и стоит. Притом желательно с версий <=7 (на выбор: 3, 6, 7). Самые последние версии я не смотрел (ещё), но 8-ая уже целиком прогнулась под микрософт под .NET. Хотя вроде обещали в последнем 3 варианта делфы - .NET, обычная и Prism - так что может и ничего.(Greets to Embarcadero) Python - не знаю. Тут во мне возникает какое-то сомнение, хотя может оно и навеяно нелюбовью к скриптовым языкам вообще... пожалуй, тут я промолчу. Ruby - почти ничего сказать не могу, так как очень мало им интересовался. Но то, что я слышал, говорило, что "Delphi Prism взял у Ruby идею типа 'переменная=класс'", что влечёт некоторые логические противоречия.. Об этом написано в ["Основы будущих систем баз данных. Третий манифест" (Дейт, Дарвен)] на примере "relvar = class". Но это только то, что я слышал. Можете меня поправить. Perl - думаю, ясно, что это не то, с чео стоит начинать ) Действительно. Существует такой ужас, которые некоторые языком программирования называют. А делфа таки лучше... Вирт - умный человек.. Уж он-то для своих студентов (и для облегчения жизни себе) постарался. Это dynamic позволет минимизировать количество логических ошибок? Неубедительно... В C достаточно сильная типизация. Уж точно не надо ставить её в один ряд с пхп. Ну.. конечно можно сразу писать dfs - но... всё-таки человек, который только начал программировть не знает даже такого алгоритма. Может, он и вообще про графы не знает... Калькулятор что ли лучше написать.. даже не знаю. Всё о том же?( Ну да. Так можно) А можно и начать с ООП) ведь что может быть интуитивно понятнее, чем: Кастрюля = Посуда.Взять(Кастрюля); Кастрюля.ЗалитьВоду(1 литр); Каша = Крупа.Взять(Греча, 250 грамм); Кастрюля.Засыпать(Каша); и т.д. ?) Какой некрасивый уход от чистого и иделаьного в теории )) Можно действительно научиться всем этим пользоваться. Это даже полезно... Но я бы на этом этапе посоветовал почитать классику - Кормена, Кнута... Постичь сложные части программирования. Работа со всем вышеописанным - это прочтение нудной документации и способность её воспроизвести. Но мы же хотели творчества, не правда ли? Можно вообще заняться чем-то полезным, как например осознать весь ужас существования SQL'я и задуматься о Базах Данных, начитаться лиетературы, создать что-то новое и хорошее, а не то, что 20 лет назад должно было умереть, а до сих пор используется из-за вложенных в него капиталов(greets to Sun, Oracle,...). Вот в книжке уже мной упомянутой одно из положений основных гласит, что новый язык для работы с БД "не должен называться SQL". Почитайте, хорошая книжка... Да, но что-то я куда-то в сторону отошёл. Вот это всё уже требует использования достаточно мощных алгоритмов, либо написания совершенно тупого и медленного кода. А про интерпретаторы ты как-то сильно загнул) Нефиговая такая задачка для начинающих... Обложиться тонной умных книжек.. почитать.. написать.. Резонно. Человеку, умеющему составить алгоритм, не составит труда за непродолжителное время его реализовать. Притом - на любом языке. А теперь вернёмся к началу...(сейчс будет экспрессия)) ) Если вообще возникает ткой вопрос - то тогда действительно только деньги могут заставить человека приступить к такому. A сам-то как ответишь? (првада интересно) Варианта 2: либо, как в п.1, надежда заработать на этом, либо - это огонь в глазах, когда видишь клавиатуру, когда рядом исполняется работающий (даже чужой - тогда с оттенком зависти) код, это экстаз от многочасового дебага, это желание услышать собственный треск жёсткого диска, собственную загрузку процессора.. и щенячий восторг от очередного успешно пройденного теста. И как тут мог возникнуть вопрос "Для чего?" ?? --------- Что-то какой-то длинный отзыв получился..
Феерический бред. Это самый популярный язык сейчас, посмотри на вакансии. Язык элегантный и простой, ничего лишнего. Посмотри на высокооплачевыемые вакансии. Треть их - джава. Клон джавы от MS. Т.е. все, что применимо к джаве, применимо и к ней. Это твое мнение. Если бы он был ужасен, он бы не был так популярен. Следовательно ты неправ. А пхп отлично решает свой класс задач. Посмотри на Zend Framework - отличный инструмент. Качественный. Читай внимательно. Я говорил про strong типизацию. Графы? Эта задача элементарно решается на чистой логике без всяких навороченных алгоритмов. Подумай на досуге Если начинает человек с Java/.NET - то так и выйдет. Но поддерживаю. Ну не совсем сложная Информации море в сети Так что выполнимо все. И что с того? Его код будет говенным и неподдерживаемым. И сроки он просрет, т.к. будет один работать. А если уйдет на другую работу - то проекту конец. Как правило пункт 2 со временем переходит в 1 в большинстве областей. Это проще, чем ты думаешь. И кстати. Реши задачку про острова. Будешь удивлен, насколько она простая. В итоге все выйдет проще, чем казалось изначально. И еще: если ЯП.технология не нравится тебе(Java/PHP), это еще не значит, что она плохая. Возможно ты просто не так ее используешь
>>Феерический бред. Мне уже надоело объяснять своё отношение к этому языку) Из последнего приведу диалог с преподом: a:Почему задачи на этом языке у вас очень медленно работают и поэтому не сдаются? b:Ну.. на сервере стоит 5-ая джава... a:Поставьте 6-ую b:Шестая тоже г... А то, что у сан,ibm и кто там с ними есть несколько млн(млрд?) $, которые они вбухали в "развитие" этого языка, чтобы конкурировать с MSVS? >>Клон джавы от MS. Т.е. все, что применимо к джаве, применимо и к ней. Ну вот я о том же ) Только мы разное применяем) >>Это твое мнение. Если бы он был ужасен, он бы не был так популярен. Да, альтернатив нет. Может, это повод придумывать альтернативы?) А то более медленного, нелогичного и не обращающего внимания на основные принципы ЯП я не видел. >>Если начинает человек с Java Ага. Это настолько смешной объектный язык, он об этом настолько кричит, что там хелловорлд без объектов не написать. При этом при работе с объектами он жутко тормозит. И (ещё один камень в ту сторону) - в языке, в котором "нет" указателей, трудно разобраться, не представляя, что это такое - кто на нём кодил, тот поймёт. >>Графы? Конечно, графы. Неявно - ну и что?. i=0..x j=0..y if (!used[j]) dfs(i,j, номер острова); dfs(i,j,k): used[j]=k; if (i>0&&j>0&&land[i-1][j-1]&&!used[i-1][j-1]) dfs(i-1,j-1,k) .... конечно, тут можно заюзать хитрую штуку - чтобы идти только например вправо и вниз, а если пришли в помеченную, то присваивать её цвет.. это вроде должно работать.. И ты скажешь - это без графов?) >>Информации море в сети А люди над этой задачей всю жизнь думают. К примеру, про алгоритмы на строках информации очень немного легко находится, а она тут немаловажна. >>И что с того? Его код будет говенным и неподдерживаемым. Не будет его код "говенным". Если человек умеет придумывать алгоритм, значит он уже имеет мозг (вещи типа отправки почты я алгоритмами не называю). А человек с мозгом может написать хороший код на любом языке. "Язык можно выучить за час, за месяц хорошо в нём разобраться, за год узнать все тонкости, а программированию можно учиться всю жизнь" - что-то похожее сказал ещё не я. >>Как правило пункт 2 со временем переходит в 1 в большинстве областей. Отмазался, но не ответил >>Это проще, чем ты думаешь. Я знаю, как это. И интерпретаторы - это очень непростая тема. Вот студентов такому 5 лет учат ) >>если ЯП.технология не нравится тебе(Java/PHP) Ладно, таки скажу. Как зарождалась жава: собрались сан,ibm,etc и решили - микрософт охренел. Взяли какое-то совершенное говно, которое подруку попалось (Oak, кажется), вбухали бабла и выплюнули. Постепенно дорабатывая, получили жутко тормознутый c++, из всех щелей которого прут объекты. Отказались от указателей - и здорово запутали программистов. Предъявили вм - и хоть бы сказали, что идея спёрта у Виртовского Оберона. В итоге всё тормозит ещё сильнее. И, когда язык устроен так, что в от переименования переменных и (!) добавления лишних ничего не делающих циклов программа работает на пол-, а то и целую секунду быстрее - вот это бред! Единственное спасибо им - за длинную арифметику и ещё несколько стандартных структур (тьфу, "ОБЪЕКТОВ"), которые обычно лень самому писать. php вообще чёрти что) чего только стоит неразличие внутреннего представления строк от строки как типа данных) и тормозит также)
Отлично, когда люди имеют собственное мнение и готовы его отстаивать. К сожалению это редко встречается = )
Всё написанное выше доставляет неимоверно. Очень рекомендую писать о том, о чём имеешь хоть какое нибудь представление. Вкрадце - в наше время вообще не стоит прикасаться к Delphi, тем более как к первому языку. Почему? Всё просто - делфи мёртв. Если не хотите начинать карьеру с разбора чужого устаревшего и дико кривого кода - не трогайте (а делфи к кривому коду располагает). Pascal, в отличии от делфи жив и жив будет ещё долго, как минимум до того времени пока от него не откажутся на международной олимпиаде ACM ICPC. Хотите учить алгоритмы и участвовать в олимпиадах - начинайте с Pascal. Дальше, про Java и .Net ты рассмешил конкретно. Я чуть больше чем пол года назад ходил по собеседованиям. Так вот вердикт - у Java сейчас пик по количеству вакансий, т.е. Java программист найдёт работу с хорошей зарплатой быстрее всех остальных, C++ программисты нужны всегда, а у .Net хоть и вакансий меньше, но их количество постоянно растёт, и перспективы очень неплохие. + Java (как и .Net, если не заниматься расставлением контролов по форме, без понятия об MVC) приучает к хорошему ООП программированию. Оберон - чисто теоретический труп, никому ВООБЩЕ не нужный, время на него тратить ВООБЩЕ не стоит. З.Ы. В общем, рано тебе ещё советы давать по этой теме. Без обид.
Qwazar, единственное, в чём ты противоречишь мне - это то, что делфи мёртв. Так вот неправда) Хорошие специалисты и на делфе работу найдут (я таких знаю). >>Pascal, в отличии от делфи жив и жив будет ещё долго, как минимум до того времени пока от него не откажутся на международной олимпиаде ACM ICPC. Хотите учить алгоритмы и участвовать в олимпиадах - начинайте с Pascal. Паскаль мёртв, на ацм-е была только делфа и её пару лет назад убрали. представление я имею - почитай следующий мой пост для аргументации) PS Я не говорил, что надо начинать с Оберона...
desTiny, я сейчас глянул, да Object Pascal до 2009 года включительно разрешён. Сейчас судя по вики - C, C++, Java. Это потому что у кого-то руки растут не из того места + если человек советует заменить 5ю Java на 6ю по такому поводу - он абсолютно понятия о Java не имеет и не понимает суть различий между Java 4,5,6. Я сейчас работаю программистом на Java, пишу распределённые приложения, работающие на многих серверах одновременно, и Java выбрана именно из-за оптимального соотношения скорость разработки/производительность. А микроскопом кстати, орехи колоть неудобно. Не для того он создан. Ну не понимаешь ты о чём говоришь, ну как ты можешь рассуждать о вкусе устриц не попробовав их?? У C, C++, Java абсолютно разные области применения. Ты ещё скажи что на C++ неудобно веб-сайты писать. И отсутствие указателей, множественного наследования и прочих фенек языка C++ лишь упрощает разработку на Java, а не запутывает программистов.
>>Это потому что у кого-то руки растут не из того места + если человек советует заменить 5ю Java на 6ю по такому поводу - он абсолютно понятия о Java не имеет и не понимает суть различий между Java 4,5,6. А, то есть ты добавляешь, что они и версии криво нумеруют) Но все, с которыми я сталкивался - тормозят)))) >>Ну не понимаешь ты о чём говоришь а давай не будем тыкать типа "ты не понимаешь"? Не стоит так говорить вместо "я не согласен". Ну не согласен, так не согласен. Я просто скромный идеалист, который искренне уверен в том, что что-то может иметь признание без денег... А всё, что ты пишешь сводится к следующему: "за этот язык платят бабки". Ну платят... А если человек, разрабатывающий на этом языке интересуется, что я понимаю под траблами с указателями - объясню: Code: class A{ int a,b; } public class Main(){ public static void main(){ A[] arr = new A[100]; A t = new A(); t.a=1; t.b=2; for (int i = 0; i<100; arr[i++] = t); } От языка без указателей следует ожидать копирования а не присваивания указателя на t. }
Ты глупо поступил. Из A не следует B, не стоит винить джаву в некомпетентности препода и того, кто писал софтину. Есть простое регение. Очень простое. Твоя некомпетентность. Альтернатив хоть жопой кушай. Докажи ) Джава летает на задачах, для которых предназначена. Студентов не учат. По крайней мере программированию, а просто убивают их время и выдают корочки. Феерическое пиздобольство, не подтвержденное фактами ) Есть такое понятие, как ссылка
Дык я имею в виду именно не "я не согласен", а "ты не понимешь" Перед началом работы с языком, надо его выучить. То что ты указал выше - не проблема языка, а вполне документированная особенность. (nerezus выше даже уточнил) Кстати, а у Haskell изо всех щелей прут функции А про то что Java и C# базируются на объектах - дык суть в том, что современное промышленное программирование и проектирование вообще держится на принципах ООП и ООД, со временем приближается к ФП, а от процедурного программирования современные языки отошли, и зачем тогда его поддерживать, в таком случае? Как дань памяти? А почему по твоему платят именно за него, а не за очень быстрый Assembler ? Видимо потому что эти языки поддерживают современные концепции промышленного программирования.
>>Ты глупо поступил. Из A не следует B, не стоит винить джаву в некомпетентности препода и того, кто писал софтину. я никого не виню) я просто пример привёл - b в диалоге это препод >>Есть простое регение. Очень простое. А я забыл, что нам надо - если количество - то правда можно только самую левую вехнюю точку острова искать.. >>Твоя некомпетентность. Альтернатив хоть жопой кушай. Правда? и какие же альтернативы у пхп?) >>Докажи программа с кучей объектов (используемых как си-структуры) работает 1800 мс, без объектов - 150мс. Есть разница? >>Студентов не учат. По крайней мере программированию, а просто убивают их время и выдают корочки. Заблуждаешься... я про приличное место говорю. >>Феерическое пиздобольство, не подтвержденное фактами ) м? вроде всё это известные исторические факты) >>Есть такое понятие, как ссылка Как-то хреново иметь ссылки и не иметь указателей) Ладно, дискуссия всё равно тупиковая)
Значит он некомпетентен. И поэтому ты все равно неправ, так как привел его пример. Для задач, для которых она используется - нету. Каким бы место не было - все равно студенту не дадут ВСЕХ знаний, которые ему будут нужны. А сам он их спокойно получит, если понадобится. То есть польза от универа минимальна. Я не спорю, что в основе истории лежат факты, но вот большая ее часть... Просто нет смысла их иметь. Так же, как и, например, перегрузку операторов )
>>То что ты указал выше - не проблема языка, а вполне документированная особенность. Не удержался: если б это ещё и недокументировано было, то это был бы полный песец) >>Значит он некомпетентен. Так, ладно. Контекст целиком мне приводить не хочется, так что откажемся от этого примера. >>Просто нет смысла их иметь Как тогда объяснить человеку, начинающему с этого языка, как работает оператор присваивания? когда домен - это адрес а не класс? >>То есть польза от универа минимальна. Это сильно выходит за рамки нашего разговора. Но поверь, есть хорошие места. >>Для задач, для которых она используется - нету. А вот этим ты и разрешил наш спор, показав разницу в корне наших взглядов) А что делать, если 1000 таких задач? ждать 150 секунд или 1500?) >>Я не спорю, что в основе истории лежат факты, но вот большая ее часть... не понял формулировку... но могу сказать в оправдание этого языка, что появился он не как результат работы программистов и умных людей-теоретиков, а как продукт менеджмента, подгоняемый рынком. из идей и могло что-то хорошее выйти.. но менеджеры не дали, зато они получили, что хотели
Советую почитать что такое ссылки. Кстати имхо такое поведение, которое ты назвал проблемой - более чем логичное. (Ты же объект не создаешь каждый раз и не клонируешь, так почему он должен копироваться?)
Квазар и Нер, все вы верно говорите только, про делфи ты(квазар) написал бредятину какую то, про то что он умер... вот VB умер(я не имею ввиду платформу .net), а делфи пока еще живет). Просто стало дохера мегопрограммеров на делфи, которые делают супер пупер фейки... такого безполезного до хера согласен, но это не значит, что на делфи нельзя сделать что то толковое... Как я заметил, ты шаришь в Java на в С++ немного, а в делфи ты ноль, а все равно отзываешься о яп так...
Я сужу с т.з. промышленного программирования. Так вот, на делфи реальных промышленных проектов практически нет и с каждым годом всё меньше и меньше. По сути работа делфи программиста, в наше время, сводится к поддержке старых продуктов. Я не говорю о том, что на делфи нельзя написать что либо толковое. Я говорю о том, что тратить время на изучение делфи - очень расточительно, т.к. незачем учить язык, после изучения которого у тебя возникнут сложности с поиском работы, на котором практически невозможно найти интересную работу и который развивает в программисте привычку писать грязный код. Моё мнение - оставьте делфи профессионалам из прошлого (они хотя бы умеют с ним работать). Сейчас его время однозначно ушло. И я бы никому не пожелал работать только на поддержке старого кода на отошедшем, в промышленных масштабах, языке. З.Ы. На делфи всё ещё можно писать толковые приложения, при помощи лука и стрел всё ещё можно подстрелить оленя, а при помощи каменного топора всё ещё можно отстроить дом. Но зачем, если есть средства удобнее и современнее?
Решил вставить свои 5 копеек по поводу java. У java есть очень серьезные перспективы на рынке малого и среднего бизнесса.Т.к. для небольших компаний самыми важными критериями являются: а)стоимость разработки. б)ее сроки. в)возможность быстро отреагировать на меняющийся рынок. Java удовлетворяет все эти требования благодаря масштабируемости,легкости в использовании,кросплатформенности,большом сообществе программистов,и + ко всему выше перечисленному эта технология полностью бесплатна - вы можете скачать все необходимое с сайта сан и приступить к работе. Также для стартапов очень важно быстро реализовать черновой вариант(быстрый набросок)бизнес идеи, как можно более привлекательной для возможных инвесторов. К тому же как я уже заметил java отличается достаточной дешивизной разработки в сравнении с тем же С++("дикие или зависшие указатели","утечки памяти") такие ошибки в больших проектах достаточно трудно локализовать, соответственно и отладка стоит дороже. По-поводу смерти языков скажу, что это как конец света, каждый год его прогнозируют, но он никогда не наступает, таким же образом обстаят дела и с ЯП, вспомните когда появился С++ предсказывали полную смерть С, ну и что он до сих пор используется (меньше, но используется),предсказывали смерть С++ после выхода java,предсказывали смерть java после выхода С# а воз как говорится и ныне там.
