ANTICHAT — форум по информационной безопасности, OSINT и технологиям

спс)
паскаль учим в школе)) Хтмл и css щас по книге учу)

учи питон!

Qwazar просто С ориентирован. В общем эти 2 языка лучшие для олимпиадников. Как я думаю и как я читал. Но многие могут думать по другому.

У меня было примерно так:
Pascal(нихрена не понял),(забросил, прошло пол года),QB(основы+графика),VB->C->ASM,VBA,HTML->JavaS->CSS->XML->JavaA,MSsql->MySQL,Java->C++->PHP
Ну где-то так.

Ценность алгоритма теряется при одиночной разработке, ибо в большенстве случаев его можно в любой момент безболезненно изменить.
При коммандной же разработке, алгоритм выходит на первый план, т.к. его изменение на любой стадии кроме начальной это просто @#$%@(ну очень это плохо).

Алгоритм важе для выбора языка программирования, т.к. после постановки задачи не всегда легко определить какой язык для неё больше всего подойдёт, а с готовым алгоритмом определится гораздо легче.

У многих программистов возникаем проблема с "любимым" языком, т.к. они пытаются всё писать только на нём. В следствии чего возникают лишние затраты времени и сил, а далее и цена программы. Для меня любимым языком является VB(перехожу на .NET), но уже давно, ничего сложнее простенького GUI для DOS утилит, я на нём не пишу ибо для более сложных программ есть более подходящие языки.

я вообщим освоил азы хтмл щас учу пхп. С++ пробывал но он сложный, а пхп чуть легче)))

Никак не стать - ломать, ломать, ломать. И вообще. Программист и не хоцкер - это лажа. Можно написать ахренную 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, надежда заработать на этом,
либо - это огонь в глазах, когда видишь клавиатуру, когда рядом исполняется работающий (даже чужой - тогда с оттенком зависти) код, это экстаз от многочасового дебага, это желание услышать собственный треск жёсткого диска, собственную загрузку процессора.. и щенячий восторг от очередного успешно пройденного теста. И как тут мог возникнуть вопрос "Для чего?" ??


---------
Что-то какой-то длинный отзыв получился..

__________________
Bedankt euch dafür bei euch selbst.

H_2(S^3/((z1, z2)~(exp(2pi*i/p)z1, exp(2pi*q*i/p)z2)))=Z/pZ

Феерический бред.
Это самый популярный язык сейчас, посмотри на вакансии.
Язык элегантный и простой, ничего лишнего.
Посмотри на высокооплачевыемые вакансии. Треть их - джава.

Клон джавы от MS. Т.е. все, что применимо к джаве, применимо и к ней.


Это твое мнение. Если бы он был ужасен, он бы не был так популярен. Следовательно ты неправ.
А пхп отлично решает свой класс задач.
Посмотри на Zend Framework - отличный инструмент. Качественный.

Читай внимательно. Я говорил про strong типизацию.

Графы? Эта задача элементарно решается на чистой логике без всяких навороченных алгоритмов. Подумай на досуге

Если начинает человек с Java/.NET - то так и выйдет. Но поддерживаю.

Ну не совсем сложная Информации море в сети Так что выполнимо все.

И что с того? Его код будет говенным и неподдерживаемым. И сроки он просрет, т.к. будет один работать. А если уйдет на другую работу - то проекту конец.

Как правило пункт 2 со временем переходит в 1 в большинстве областей.

Это проще, чем ты думаешь.

И кстати. Реши задачку про острова. Будешь удивлен, насколько она простая. В итоге все выйдет проще, чем казалось изначально.

И еще: если ЯП.технология не нравится тебе(Java/PHP), это еще не значит, что она плохая.
Возможно ты просто не так ее используешь