Программирование для начинающих

Добрый день, в продолжение предедущей статьи сейчас дам вам несколько советов для того что бы встать на путь программиста. Опишим несколько проблем связанных с профессией программиста:
1. Мифы о программистах:
1.1. Программисты много зарабатывают - нет от части это правда, но много зарабатывают только опытные программисты, а для новичков этот путь борьба за выживание, по этому вначале своего пути советую вам подыскать WEB-студию в которой вы сможете поднять свой скилл, впервое время будет сложно, часто будет возникать апатия к работе т.к. мысли что вы "некудышный программист" не будет вам давать покоя, но вы должны это осилить и идти дальше, изучайте все что вам скажут "ведущий программист" или тех директор или программист с большим опытом, программисты которые работают в одной студии некогда не посоветуют то что может усложнить новичку, прислушайтесь к "старшим" и не удивляйтесь что в первое время зарплата врядли будет выше 15-25 тысяч, не думайте что раз вы программист то должны получать 50-100 тысяч, до такой зарплаты вы должны быть очень опытным специалистом и с большим опытом.
1.2. Программисты мало работают - очередной миф, программисты часто вкалывают 24/7, особенно это косается новичков которые не как не могут успеть завершить работу к дедлайну(к сроку сдачи), так что будьте готовы что вам придется запасаться кофеином/энергетиком и не спать от 2 до 7 дней, это не хорошо конечно, но сам данные ситуации пережил, по этому я вас уверяю что хоть раз такое и у вас произойдет. Опытные же программисты тратять меньше времени на сдачи проектов, но они очень часто впадают в состояние "ленивца" т.к. их очень сильно наскучивают одни и те же задачи и делать одно и тоже, такова работа WEB-студии, по этому даже у них бывают бессоные ночные работы.
Я тут подмечу т.к. я считаю себя уже опытным программистом, могу сказать что сам я часто в офиссе вообще практически не работаю, а делаю работу дома вечером - ночью и до утра вполне возможно, а в офиссе просто общаюсь с интересными мне людьми, хотя не всегда такое конечно, но бывают такие периоды
1.3. Программист очень востребованная на рынке - Еще один миф который говорит что всех программистов расхватывают налево и направо, но к сожалению это не так, у многих компании очень высокие запросы к опыту, к знаниям и к другим критериям по которым большинство кандидатов сливаются сразу же, у нас в России довольно сложно найти хорошое место для программиста что-бы чувствовать себя комфортно, ну примерно 10% из всех компании которые согласятся вас принять и так к каждому относится, даже опытного специалиста бывают не берут, просто по причине внешного вида, странного поведения и др глупым критериям, ну дороги в Яндекс или ВК всегда открыты, эти компании готовы принимать всех более-менее толковых специалистов, ну конечно и множество зарубежных ну в пример я их не берю, речь о России, помимо перечисленных компании есть еще десяток примерно которые дают очень хорошие условия для работы и они и правда ценять своих сотрудников, ну я бы советовал присмотреяться к этим 2 компаниям если вы имеете хоть какой нибудь опыт и хотите работать в "больших" компаниях на территории РФ, для новичков как и говорил ранее следует найти небольшие WEB-студии и развиваться в них
1.4. Программистам обязательно знать математику - Это неправда, знания дискретной/высшей/элементарной математики конечно не помещает, так вы сможете писать код гораздо быстрее т.к. будет знать множество формул и изучение алгоритмов будут даваться гораздо легче, однако если вы не в ладах с математикой, это не так страшно, познаете в любом случае по пути, ведь на практике всегда изучается быстрее.
1.5. Знать больше 3 языков программирование не возможно - то что 1 язык нужно изучать годами, это полнейшая ложь, меня один раз забанили в группе ВК "Типичный программист" за то что я написал что знаю более 10-ка языков, они назвали меня просто троллем тем самым показали насколько они не опытны в своей же сфере, после этого я перестал следить за новостями данного сообщества, не то что обижен или держу злость, нет, просто находится в сообществе в котором админы не компитентные "специалисты" мне абсолютно не интересны, так что не ведитесь на ту лже информацию которую распространяют подобные "админы/дядки спецы и т.п." они просто неудавшиеся специалисты, таких валом к сожалению.
Изучив 1 язык, все остальные изучите уже гораздо быстрее, это не миф, это реальность, когда-то я даже не думал что смогу осилить даже 1 язык, но с прихода в данную WEB-студию где сейчас являюсь директором, я поднял свои знания 10-ти кратно, стремитесь всегда быть первыми, как бы это глупо не звучало, но в сфере программирования вы должны быть всегда номером 1. ;)
Продолжение будет завтра, подписываетесь и следите за новостями ;)

Всех приветсвую. Решил немного рассказать о работе программиста в небольшой WEB-студии, для тех кто только думает о вступлении на этот тяжелый путь.
Да, все верно, путь программиста на самом деле очень тяжелый ведь что-бы быть востребованным программистом вы должны знать минимум 3 языка программирования(HTML/CSS не являются языками программирования) и всегда осваивать популярные и набирающие популярность новые технологии, фреймворки, библиотеки и т.д. иначе вы станете просто не кому не нужны, а жить фрилансером не самая веселая вещь, среди фрилансеров толь 7% живут за счет него т.е. именно получают то количество дохода которое покрывает все их нужды, попасть в эти 7% очень тяжело но даже попав в их число, вы будете работать как минимум 7-9 часов в день, т.е. нечем не отличается от офисной работы, только работаете вы дома, а дома как известно могут быть множество отвлекающих моментов, типа:
1. По ТВ что-то интересно, взглянука одним глазком
2. Жена/мать кричит выноси мусор или помоги и т.п.
3. "Присмотри за детьми"
и т.д. т.п.
В итоге срывы по срокам очень вероятны и выстроить рабочий график очень непросто, но если все это не является проблемой, то вы станете вольно наемным программистом для многих это звучит круто, но я побывав фрилансером скажу что это голодный путь, но все приходит с опытом, а возможно мне просто не повезло.
Мы же рассмотрим путь программиста в небольшой WEB-студии, ну сначала поясню почему берю пример "небольшой" WEB-студии, потому что только в малой веб студии можно получить огромный опыт, больший шанс что тебя примут даже без опыта и с минимальными знаниями и вероятность что малая веб студия выростит и в ней уже будешь не обычный джуниор, а возможно сенжор или ведущим проекта, я пришел в небольшую веб студию и мне повезло что там был человек(он же Дмитрий и тех директор) который знал огромный стек технологии и мое стремление всегда превзойти всех и стать лучшим и не заменимым помогло мне выучить десяток языков и работать на них на равных, в итоге хоть и не превзошел его но получил не оценимый опыт, как программист, как ведущий проектов и даже как директор данной веб студии, по этому мне есть что вам посоветовать, следите за новостями, на сегодня все ;)

Основы синтакcиса языка

1. Для ОС Windows, скачиваете и устанавливается exe файл с оффициального сайта: https://www.python.org/  но могу заранее предупредить что с установкой дополнительных модулей/пакетов для Python имеются некоторые затруднения, сам я не сижу на ОС Windows(и вам не советую ;) ) по этому решение проблем если возникнуть ищите в Google сами ;)
2. Для ОС Linux все очень просто, вводите команду
1. apt-get install python/python3 - для Debian подобных
2. pacman -Syu python/python3 - для Арч подобных

Я пользователь системы Linux Manjaro(Арч подобный дистрибутив), по этому установки пакетов и модулей будут отличаться, но на это пока не будем отвлекаться т.к. пока данные знания не понадобяться.
После установки и настройки(для ОС Windows) устанавливаем себе редактор кода или IDE, могу посоветовать несколько программных продуктов:

1. Sublime Text 3 - легкий и расшираемый редактор кода под все(или практически все) языки программирования, имеет куча модулей для удобства и т.п.
2. Pycharm IDE - Данная IDE тяжелая вещь т.к. крутится на Java машине, но очень удобная для всех программистов от новичков до уже "старичков"
3. Emacs - если хотите потратить пол жизни ради создания своей собственной "круто" IDE или "Интелектульной разума" то можете попробывать настроить ее и работать на ней, говорять очень удобная вещь, мне трудно дать определение что это такое из "коробки", но может превратится во все что угодно ;)

После установки, создаем файл с расширением *.py(например hello.py), открываем его любым редактором и вводим следующее:

1. print('hello world') - после сохраняете файл
2. Открываете терминал(CMD) и вводите туда cd(перемещение по папкам) и указываете путь где лежить ваш скрипт и пишите в консоле/терминале python(python3) test.py и вам консоль/терминал сразу покажет выполнение скрипта ввиде: "hello word"

вот и готов ваш первый скрипт ;)
Давайте немного поясню, "команда" print это вывод, выводит можно текст, цифры, буллевые значения(True,False), у меня она в основном используется при дебаге кода, к этому мы подойдем позже.
Переменные - это определенное "имя" в которой хранится значение любых данных, например:

1. name = "Ринат" - хранение текстовой информации
2. age = 23 - хранения целого числа
3. boolean = True - хранения булевых значении

В переменной хранится то значение, которую вам нужно использовать, или понадобится в будущем.
Значение переменных так-же можно выводит print'ом:

• print(name) - выведет "Ринат"
• print(name,age)  - Выведет "Ринат 23"

Так же можно объеденять переменные с текстом, например:

• print("Меня зовут %r и мне %r года"  % (name,age) ) - выведет "Меня зовут Ринат и мне 23 года", более подробно про форматирование строк разберемся в последующих уроках

К переменной можно присвоить значение другой переменной или так-же их объединять:

• new = name - переменная new теперь имеет значение "Ринат"
• new = name,age - тут она уже имеет такой вид: "('Ринат', 23)"

Более подробно данную тему рассмотрим в видео уроке, подписывайтесь на канал и спасибо за внимание ;)
Видеоканал

Тык сюда, для перехода

Данная статья посвящена быстрому введению в азы языка tcl, который для меня стал первым промышленным языком, изученным самостоятельно по той же схеме (в виде уроков на сайте), которую будут использовать наши читатели. Прежде чем переходить к самому уроку - давайте разберемся, что же это за язык такой.
Язык Tcl
Tcl (от англ. Tool Command Language — «командный язык инструментов», читается «тикль» или «ти-си-эль») — скриптовый язык высокого уровня.
Tcl часто применяется совместно с графической библиотекой Tk (Tool Kit). Связку Tcl/Tk по-русски иногда называют «Так-тикль» (английский вариант — «тикль-ток»).
Области применения языка — быстрое прототипирование, создание графических интерфейсов для консольных программ (пакетов программ), встраивание в прикладные программы, тестирование. Также Tcl применяется в веб-разработке.

Немного историиЯзык разработан Джоном Оустерхаутом (John Ousterhout) в то время, когда он работал в университете Калифорнии в Беркли. Первоначальной целью было создание универсального языка для встраивания в консольные приложения. Вслед за этим Оустерхаут расширил свой язык средствами создания графических интерфейсов — так появился Tcl/Tk.
За 4 года развития в университетских стенах Тикль-сообщество выросло до нескольких сотен тысяч программистов. В 1993 году было разработано первое объектно-ориентированное расширение — incr Tcl.
В 1994 г. Оустерхаут становится ведущим инженером проекта SunScript. В течение следующих 4 лет, став одним из проектов корпорации Sun, Тикль не только остался свободно распространяемой системой, но и значительно усовершенствовался, стал кросс-платформенным.
Заметный удар по популярности языка нанёс Ричард Столлман, опубликовав в сентябре 1994 г. в ряде новостных групп рекомендацию «Почему вы не должны использовать Tcl». В ней он на основании утверждений, что «Tcl разработан не как серьёзный язык программирования» и «Tcl имеет особый синтаксис, притягательный для хакеров из-за своей простоты. Но синтаксис Tcl кажется странным для большинства пользователей.», а также в связи с продвижением Emacs Lisp вынес вердикт: «проект GNU не собирается использовать Tcl в программном обеспечении GNU». Помимо субъективных претензий к дизайну языка, Столлман указал на объективный на тот момент недостаток — низкое быстродействие.
Тем не менее, рост количества разработчиков, активно использующих тикль, составил за этот период 600 %.
В 1998 г. в связи с Java-бумом и связанной с ним острой конкурентной борьбой корпорация уже не могла уделять тиклю прежнего внимания. Джон Оустерхаут покидает Sun и создаёт (при поддержке Sun) компанию Scriptics, продолжая развитие технологии Tcl/Tk. Это была одна из первых коммерческих программных фирм, чья деятельность строилась вокруг бесплатного свободного ПО.
Цветовое решение логотипа, принятое в 90-х гг. XX века
В марте 1998 года Оустерхаут пишет ставшую классической статью «Сценарии: высокоуровневое программирование для XXI века», в которой назвал скриптовые языки языками системной интеграции, потому что они ориентированы прежде всего на работу с объектами операционной среды, а не с элементарными данными. Это позволяет без написания тысяч строк кода двумя-тремя командами «склеивать» такие объекты в одно целое.
В том же году он выиграл за разработку языка Tcl две крупных награды. Первая — это ACM Software System Award, вручаемая за «наиболее значимое программное обеспечение». Этой наградой до этого были отмечены такие основополагающие системы, как стек протоколов TCP/IP, первая электронная таблица, первая реляционная база данных, World Wide Web, Unix, PostScript и Smalltalk. Вторая — это ежегодная USENIX Software Tools User Group (STUG) Award, в знак признания выдающегося программного обеспечения.
В 1999 году выходит Tcl 8.0 — в этой реализация впервые появилась компиляция в байткод, что позволило в 6 раз поднять быстродействие. В следующую модификацию Tcl 8.1 введена полноценная поддержка юникода, в ней впервые реализована многопоточность. В связи c этим релизом Оустерхаут заявил: «В целом 8.1 переводит Tcl в новую категорию, поскольку теперь его можно использовать для серверных приложений. Си, Си++ и Java можно по-прежнему использовать для создания частей приложений, критических с точки зрения производительности, а Tcl — для интеграции и создания интерфейсных компонентов».
В 2000 году фирма Scriptics была переименована в Ajuba Solutions, а затем куплена фирмой Interwoven, не заинтересованной в работе со свободным ПО. В связи с этим разработка Tcl была передана сообществу программистов. Так была сформирована Tcl Core Team.
На 9-й конференции по Tcl/Tk, проходившей в Ванкувере, была представлена виртуальная файловая система StarKit, обеспечившая новый, удобный для обычного пользователя способ распространения Tcl программ.
(Данный материал взят со всеми любимой Wikipedia: https://ru.wikipedia.org/wiki/Tcl)

А теперь немного моего личного мнения. Как таковой язык Tcl является прекрасным языком программирования, который имеет массу библиотек (его количество "батареек" сегодня одно из самых больших), выдержан временем (т.е. в нем уже нет детских болезней, как у того же Go), а так же - он по настоящему прост в изучении. Освоить его можно за пару дней! И при этом язык будет полезен как системному администратору (скрипты пишутся очень удобно), так и программисту.

TCL: причины низкой популярностиДля начала огорчу тех, кто с пеной у рта кричит о том, что "Tcl не нужен" или "Tcl - мертв". Для опровержения последнего - посмотрите на дату выпуска последней версии интерпретатора Tcl/Tk.
Про первое - не нужный язык не станут использовать AOL, BMW, CPU за его создание не станут давать ACM Software System Award. В настоящий момент разработки на Tcl/Tk ведутся в основном в недрах компаний, которые пишут на данном языке программное обеспечение для внутреннего пользования.  Поэтому говоря о непопулярности Tcl/Tk мы прежде всего говорим о его непопулярности среди разработчиков настольных пользовательских приложений.
Следующие аргумент, который выдвигают в качестве непопулярности Tcl/Tk - это то, что стандартный вид набора виджетов не красивый, как пример - приводят jabber-клиент tkabber. По данному заявлению стоит отметить - набор стандартных виджетов имеет по умолчанию значения атрибутов, которые соответствуют бородатому Motiff, внешней вид которого действительно является немного анохроническим.
Но зачем использовать значения по умолчанию? Опытный разработчик на Tcl/Tk способен сделать интерфейс по внешнему виду ничем не уступающий большинству приложений.
Далее - сегодня Тк поддерживает "темы" и внешне может подстраиваться под внешний вид графического окружения операционной системы, что делает программы на Tcl/Tk неотличимымы от их аналогов чисто внешне.
Существенным минусом для многих команд разработчиков коммерческого ПО стало то, что программы на языке до сих пор распространяются в виде исходных кодов, без предварительного перевода в байт-код, т.е. программное обеспечение написанное на Tcl/Tk является ПО с открытым исходным кодом. А большинство разработчиков коммерческого ПО избегают этого.
Среди разработчиков свободного ПО с открытым кодом популярность Tcl стала меньше благодаря FSF и Ричарду Столлману в частности. В сентябре 1994 году RMS надолго "утопил" продуктивные идеи Tcl/Tk своей рекомендацией "Почему вы не должны использовать Tcl" в котором концентрируется внимание на якобы невозможно сложном синтаксисе Tcl (приводя в качестве контраргумента язык с куда более тяжелым синтаксисом, но четкой семантикой, - Lisp) и о "подкупающей хакеров простоте Tcl". Не разобравшись с основными идеями "раширяемости" и "расширения" Тикл, RMS наносит последний удар, утверждая, что Tcl пригоден только для маленьких приложений и выносит вердикт: "Поэтому проект GNU не собирается использовать Tcl в программном обеспечении GNU". Особенно странно это ввиду того, что Lisp и Tcl имеют общие черты и идеи, в частности - та же расширяемость. Несмотря на все старания Столлмана Tcl так и не "потонул", а "лисп" не смог занять ведущую позицию среди языков для разработки настольных приложений.
Как видит пытливый ум - нет не одной объективной причины не изучать и не использовать Tcl. Перед тем как перейти к уроку, давайте еще пройдемся по самым часто задаваемым вопросам по этому языку.

Часто задаваемые вопросыВопрос (В): Что такое Tcl?
Ответ (О): Tcl - это скриптовый язык программирования высокого уровня. Считается одним из трех классических скриптовых языков. До пришествия РНР использовался вместо последнего. Очень тесно взаимосвязан с тулкитом Tk, что позволяет в короткие сроки писать достаточно функциональные программы с GUI.
В: Зачем учить Tcl, ведь можно использовать любой скриптовый язык с привязкой к Tk?
О: Можно. Но лучше использовать любой тулкит в "родной" для него среде (код выглядит органичнее). Да и программы на чистом Tcl/Tk работают быстрее, чем при помощи мостов для Ruby/Tk, Perl/Tk и пр., так как тащат за собой обе среды исполнения. Так же страдает от этого переносимость программ и скриптов - для запуска файла будет требоваться установленную среду не только скриптового языка, на котором написана программа, но и Tcl/Tk (первый необходим как раз таки в качестве "моста").
В: Но есть же Lisp!
О: Да, он есть. И Tcl с ним некоторые программисты сравнивают. Даже называют "Tcl - Lisp On Drugs". Языки и правда похожи - работа со списками, метапрограммирование. Но есть и серьезные различия. Например, в Tcl все есть строка, а не символ.
В: Могу ли я писать на Tcl функционально?
О: Можете. Tcl позволяет писать в функциональном стиле.
В: Какие парадигмы поддерживает Tcl/Tk?
О: Императивную, функциональную, объектно-ориентированную. Функциональная с версии 8.6 поддерживается очень хорошо, в ней наконец-то была правильно реализована хвостовая рекурсия. Последняя - поддерживается давно, одно из самых известных ООП-расширений XOTcl реализовывает объектно-ориентированное программирование в стиле Smalltalk... Последнее время я прихожу к мнению, что Tcl уже является языком с реализацией (пусть и частичной) всех парадигм сразу.
В: С чего начать?
О: Для начала можно ознакомиться с этой статьей и следить за обновлениями=)
В: Какие есть реализации Tcl/Tk?
О: Как таковой Tcl/Tk один, его разработку сегодня ведет Tcl Core Team, но существуют также расширения для него: стандартная реализация Tcl,XOTcl: экзотикль(расширение для ООП), iTcl (Первое ООП расширение, Inct Tcl, на нем написана iWidgets), SNIT (объектный клей для Tcl, включен в стандартную библиотеку Tcl), STOOOP (ООП-расширение написанное на Tcl, так же сегодня входит в стандартную библиотеку)
В: Какие есть "сборки"?
О: Есть официальные исходные коды, которые любой желающий может скачать с официального сайта и собрать самостоятельно. Также есть дистрибутивы от сторонних команд: ActiveState Tcl (проприетарный, есть платная версия, под все основные ОС), WinTcl (более компактный, ориентирован на работу с ХОTcl, содержит Tloona и XOTcllde, как видно из названия - под Win), TclKit (достаточно компактный дистрибутив, ориентированный на использование iTcl, обладает собран в один пакет и имеет систему управления собственным содержимым, кросс-платформенный), dqkit ("TclKit на стеродидах, есть несколько вариантов сборки, кросс),Tcl/Tk Aqua (дистрибутив заточен исключительно под MacOS). Недавно появилась реализация Tcl для .Net - Eagle.
В: Какую IDE взять?
О: Vim, Emacs - прекрасные кастомизируемые редакторы, которые расширяются в полноценную IDE. Недостаток последнего - плохая поддержка синтаксиса последних версий Tcl. (g)Vim прекрасно поддерживает синтаксис последних версий без дополнительных настроек. Под Windows - ActiveState Komodo. Tloona - IDE для Tcl/Tk написанная на Tcl/Tk. <Требуется подробное описание>. XOTcllde - IDE как ClassBrowser для Smalltalk. Ориентированна на работу с XOTcl. Visual Tcl/Tk (vtcl) - мощная среда разработки на подобии Delphi или QtCreator с возможностью редактирования кода.
В: Какую литературу можно почитать?
О: По Tcl/Tk достаточно много англоязычных туториалов. Русский нашел только один (указал вышел). Из книг могу порекомендовать "Практическое программирование на Tcl и Tk, 4-ое издание" (Б.Б.Уэлш, К.Джонс, Д.Хоббс), на английском - "Tcl and Tk Programming for the Absolute Beginner" (Kurt Wall).

Установка TclДля того, чтобы начать программировать на Tcl требуется иметь установленную виртуальную машину, которая будет обрабатывать написаннный вами код. Давайте посмотрим как ее установить:
0) Для Calculate Linux/Gentoo: emerge dev-lang/tcl, emerge dev-lang/tk, emerge dev-tcltk/tcllib
1) Для Fedora: yum install tcl tk
2) Для Ubuntu: sudo apt-get install tcl tk
3) Для Windows и MacOS: проще всего использовать бинарные дистрибутивы. Качаем любой и устанавливаем в два клика.
4) Сборка Tcl/Tk из исходников. Скачайте исходники (лежат отдельно для Tcl и отдельно для Tk) с оф.сайта и выполните следующие команды для каждого архива: 4.1 Распаковка исходных файлов: $ tar zxf имя_файла.tar.gz
4.2 Перейдите в папку командой: $ cd имя_файла && cd unix
4.3. Выполните: $ ./configure --prefix=/opt --enable-gcc
(для Тк: $ ./configure —with-tcl=../../tcl8.5a5/unix —prefix=/opt —enable-gcc)
4.4 Затем: $ make
4.5. Потом: $ make test
4.6. И в завершениии: $ make install
Для запуска интерактивной среды наберите в терминале:
$ tclsh
Должен появиться символ %.

Первая программа
Давайте напишем классическую программу "Привет слова" на Tcl. Наберите следующий код:

puts "Hello, words!"
в качестве ответа вы увидите:

Hello, words!
Поздравляем! Вы написали первую программу на Tcl. Проста, не правда ли? Давайте остановимся на команде puts. Эта команда/функция выводит текст на любое стандартное устройство ввода/вывода (в нашем случае терминал). По умолчанию после вывода текста puts перемещает курсор на начало следующей строки.

Отмечу, что в данном уроке выводятся несколько слов, для этого они заключаются в двойные кавычки ("..."). В простых примерах этого урока кавычки и фигурные скобки работают одинаково. Но на самом деле между ними существует большая разница, но об этом мы поговорим чуть позже.

Команда puts по своей сути является функцией, т.к. неким элементом языка, который не только выполняет какие-либо действия, но и принимает в себя от одного до бесконечного множества аргументов (ближайший аналог - функции в математике). Если строка, которую мы выводим на экран, не была бы заключена в кавычки или фигурные скобки, интерпретатор Tcl посчитал бы каждое слово за отдельный аргумент и стал бы передавать его отдельно команде puts. Функция puts решит, что это несколько аргументов и в большинстве случаев выдаст огибку.

По своей сути командная строка в Tcl это просто список слов. Обрабатываетяс она по следующему принципу:
1. Первое слово - это сама команда (функция), которая должна быть исполнена.
2. Все следующие слова - аргументы или параметры функции.
Отметим, что в отличии от большинства языков, в Tcl командная строка заканчивается концом строки, т.е. символом начала новой строки или точкой с запятой(;). Но последний способ - не сильно хорошо, он будет понижать понятность вашего кода.

Что такое симпол новос троки? Это не видимый для вас символ, который подставляет в исходный текст вашей программы компьютер, когда нажимаете клавишу Enter. В таких языка, как Pure C он обозначается как "\n".

Так как программы бывают достаточно длинные, хорошим тоном и полезной практикой является оставлять в исходном коде комментарии к нему (некие объяснения, что делает тот или иной кусок кода вашей программы).
Комментарий - это все символы, которые идут после символа (#), который сообщает интерпретатору Tcl, что дальнейшие слова не надо исполнять.

Комментарий может быть отдельной строке или на одной строке с командой (прада этого я не рекомендую, т.к. это сложно воспринимается при изучении вашей программы другим человеком). В этом случае знак комментария будет ";#", чтобы интерпретатор не воспринял символ # как ещё один аргумент. Правда использовать данный метод для комментария любого вида - хорошая практика. В этом случае вы гарантированно не допустите случайной ошибки.

Давайте перейдем к практике. Создайте файл unit.tcl и наберите следующий тектс, а потом запустите его (команда запука - tclsh unit.tcl):

# Этот комментарий на отдельной строке
puts "Привет, Мир!"    ;# Это комментарий после команды
puts {Привет, Мир} # Добавьте точку с запятой, чтобы исправить ошибку

# Точка с запятой позволяет разместить две команды на одной строчке
puts "Это первая строка"; puts "А вот и вторая"

# Точка с запятой в кавычках не означает конца команды! Будьте внимательны
puts "Привет, Мир;"

Переменные
В любом языке программирования есть понятие "переменной", оно аналогично матиматике и будет рассматриваться в общей теориии на нашем блоге, поэтому о её сути я не буду распространятся. Коротко поясню, что переменная это слово, которое интерпретатор Tcl будет ассоциировать в вашей программы с каким-либо значением (это для удобно для того, чтобы вы могли повторно обращаться к этому значению впоследствии). Все переменные и из значения хранятся в памяти компьютера.

Виртуальная машина Tcl резервирует память когда помещаются данные в новую переменную (т.е. перемнная без значения фактически не занимает места в оперативной памяти). Обратиться к этим данным можно по имени переменной.

Для создания переменной и присвоения ей значения используется команда set. Рассмотрим пример:

set fruit "Яблоко"
В примере мы помещаем слово "Яблоко" в область памяти, на которую ссылается первый аргумент, т.е. fruit. Set всегда возвращает содержимое переменной, имя которой является первым аргументом. Таким образом, при выполнении set помещает второй аргумент в область памяти, на которую ссылается первый аргумент и затем возвращает второй аргумент.

Если команда set так используется с одним аргументом, то она просто возвращается значение аргумента. Итак, повторим синтаксис данной команды:

set <имяПеременной> <значение>
Запомните!
а) Если значение задано, то значение переменной устанавливается равным значению.
б) Если переменная содержит только буквы, и нет скобок, то это просто скалярная переменная.
в) Если переменная задана в форме <имяПеременной>(индекс),это ячейка ассоциативного массива (о них поговорим чуть позже).
г) Команда set возвращает значение переменной.

Запустите пример, который приведен в конце урока и внимательно его прочитайте. Если вы внимательно изучили код, то увидили, что в команде set первый аргумент содержит только имя переменной, тогда как в команде puts имя переменной предварено символом $.

Иногда, когда передаётся значение переменной подпрограмме, требуется чтобы подпрограмма могда изменять данные, но это бы не повлияло на главную копию. В этом случае, ставьте $ перед именем переменной, когда вызываете подпрограмму. Таким образом, в памяти создаётся копия данных, с которой работает подпрограмма. После завершения значение основной переменной не изменяется. Это называется "Передача по значению", так как передаётся именно значение переменной.

Но иногда (например, для команды set) требуется, чтобы изменилось значение переменной. В этом случае нужно передать ссылку на область памяти, где хранится значение переменной, тогда команда сможет модифицировать данные в этом месте. В Tcl это делается НЕ добавлением $ перед именем переменной. Это называется "Передача по ссылке", так как команде передаётся ссылка.

Итак, с командой set используется просто имя переменной, поэтому передаётся ссылка. Set помещает данные из второго аргумента в область памяти, на которую ссылается первый аргумент.

Однако в случае с командой puts не нужно изменять оригинальные данные, поэтому команде puts передаётся значение данных, которые будут выведены.

Измените программу в примере и переходите к следующему уроку.

# Присвоение строкового значения переменной X
set X "Simple string"

# Присвоение числового значения переменной Y
set Y 10

# Вывод содержимого X и Y
puts $X
puts $Y

# Просто вывод разделителя, для удобство чтения выводимой в терминал информации
puts "..............................."

# В одной команде puts может быть выведено более одной переменной, для этого используются двойные кавычки
set label "Значение переменной Y:"
puts "$label $Y"
Последние две строки - по сути "конструктор" строки. Но о строках - мы поговорим позже. Этот урок и так получился слишком большим. Всем Удачного изучения!

P.S.: Для подготовки материала использовались материалы http://tclstudy.narod.ru, по которому я когда-то изучал данный язык.
Понравилось? Тогда вот второй урок!

Доброго времени суток, %username%!
Сегодня я хочу рассказать тебе о таком понятии как «старт-ап». Только я не буду окрашивать жизнь в розовый цвет. Впрочем, не жди и серых оттенков. В отличии от большинства обитателей «хабра» я имею профессиональное экономическое образование. И знаю что такое «старт-ап» на собственном опыте. Причем за плечами есть не только негативный или позитивный опыт. Есть и победы и неудачи. Не только мои, но и моих клиентов (некоторое время работал «на себя», но сейчас закрыл фирмы — при моих ограниченных финансах «свое дело» на должном уровне пока не реализовать). Именно об этом я и хочу рассказать. Впрочем, данная статья является, в том числе, «анализом» событий за последние два года с точки зрения человека немного понимающего в экономике. Начнем... 

«Старт-ап» как тренд
Ни для кого не секрет, что «старт-ап» является сегодня трендом, веянием моды. Что меня поражает, никто не пытается проанализировать почему так сложилось. Если ты, %usename%, собрался работать на «себя» и создавать «проект своей мечты», то подумал — кто тебе подал эту идею. Книги Джобса, Гейтса и прочих воротил бизнеса? Тогда ты скорее всего мечтатель, верящий в розовых пони и радужные берега. Люди, которые по правде долгое время работают в рамках какой-нибудь отрасли пришли туда не так случайно как кажется. У любого успешного проекта есть предпосылки. Будь то гениальный инженер, великолепный программист или серьезный капитал — это необходимо. Пойми, затратив минимум средств и сил ты не станешь легендой. И если ты сам не гений (а это скорее всего, раз ты читаешь сей труд и/или до сих пор не «выстрелил»), да и друзья у тебя такие же — то стоит задуматься где достать денег. Лучший вариант если у тебя папа/мама/тетя/дядя/etc. имеют средства и ты можешь у них попросить их. В этом нет ничего зазорного. Многие так начинали. Бизнес не для тех, кто хочет остаться чистым и отвергает постоянно помощь. Он для тех, кто может максимально быстро и выгодно приспособиться. Запомни одну вещь, раз и навсегда! Она следует из самой идеи капитализма: все что в рамках закона — честно и достойно. Все остальное не важно и не имеет значения. Идеальный предприниматель не мучается от активизации совести или прочей ерунды, ведь если не ты заработаешь на этом, то кто-то другой.

Кто же еще мог тебя спровоцировать «делать свое дело»? Статьи, «сацесс-стори таких же простых людей». А теперь задумайся. В них написано лишь то, что было «хорошего». Но никто не пишет о том, что пришлось работать без сна и как себя ощущал. На что приходилось идти, чтобы получать каждую лишнюю копейку прибыли. Наверняка многие бы хотели жить лишь за счет «своего дела» и не работать «на дядю». А теперь задумайся — почему «дядя» организовавший свое дело так много получает, а тебе дает лишь то, что причитается тебе за работу. Он работает в отличии от тебя 24 часа в сутки, его работа — быть доступным для бизнеса в любой момент своей жизни. По большому счету на первые три года ты вообще забудешь такие понятия как здоровый сон, личная жизнь или выходные. Цена успеха — отказ от самого себя на срок от трех до десяти лет. А возможно и на всю жизнь.

А теперь задумайся — кто культивирует этот тренд и главное — почему. Ответ простой — сами экономисты. Понятие «старт-ап» очень выгодно для России. У нас не развит малый бизнес (фактически его нет), а без его развития по мнению российских экономистов не создать здоровую экономику. На самом деле главная роль малых предприятий в тех же «штатах» — обслуживание заказов крупных предприятий или создание продуктов, которые удовлетворяют очень маленький рынок (крупным компаниям просто не выгодно работать на нем). Но говоря о малом бизнесе многие забывают, что цель любого малого предприятия — стать монополистом. И пусть тебе говорят, что монополизация это плохо, что с ней не создашь здоровую и эффективную экономику. Это не правда. Монополизация есть естественное состояние рынка ввиду множества факторов. Любой хочет стать «царем горы», неправда ли?.. Постоянное появление же «старт-апов» обеспечивает прибыль другим игрокам рынка (ведь все же не совсем «бесплатно» создается проект). По большому счету за счет них экономисты создают дополнительные вливания капиталов в фирмы более крупные, чем создатели проектов. Другими словами — простой Ванька, который решил стать новым королем «этих ваших интернетов» за счет своего «крутого проекта» является по большому счету «дойной коровой». На рынке выигрывают только крупные игроки. А Ваня слаб, у него нет поддержки и денег. Кстати, по такой же системе работает Forex на котором выигрывают нормальные суммы лишь те, кто имеет оборот с суммой от шести нолей. Наверняка у тебя уже зародилось недоверие к моей позиции. Хорошо, приведу пример.

Одним из первых проектов, который реализовывала моя компания был ресурс банковского автомата WebMoney для одного человека. Тот полтора года занимается выдачей микрокредитов и решил автоматизировать процесс выдачи. Естественно, что как любой нормальный «кредитодатель» он захотел вести аналитику своей деятельности. Я опущу все технические подробности реализации проекта (хотя проблем работы с WM было много, как с точки зрения документации, так и отвратительная служба поддержки, которая была не в состоянии ответить на вполне конкретные вопросы ведущего программиста), скажу лишь только то, что «старт-ап» заказчика через год с треском провалился. Причина — просто отсутствие средств. Сейчас проект закрыт, доменное имя продано другому. Естественно к нам обратились с «претензиями», так как «ожидаемого эффекта» достигнуть не удалось. После проведения некоторого несложного анализа (просмотрел «деятельность» данного проекта, в т.ч. рекламу, PR и маркетинговую стратегию) оказалось, что продвижением проекта заказчик не занимался — не хватило денег. У него было чувство, что проект начнет приносить прибыль и он через некоторое время сможет оплатить рекламу и заказать продвижение в поисковике (мы не занималась данным видом деятельности — наша специализация была исключительно техническая реализация). Что интересно — потенциал проекта был достаточно высокий. Наш продукт был сделан на более высоком уровне, чем у большинства «конкурентов» заказчика. Исходники даже предлагали выкупить за сумму в несколько раз большую люди с нормальной финансовой базой (в последствии отказались — нашли более привлекательный сегмент для инвестирования). Может многие скажут: «Да что тут нового?! Эта идея была ущербна изначально», — или: «Сам дурак — соваться в без денег не имеет смысла». С одной стороны ты будешь прав, но с другой — 99% «старт-апов» удовлетворяют те потребности, что и множество существующих продуктов. А нормальное финансирование является скорее большой редкостью (ведь мы говорим не о таких проектах, как «Хабра» или «ВКонтакте», а о «домашнем проекте» Вани, который создал в голове аналог «американской мечты»). Рынок в таких случаях просто перераспределяет деньги от тех, кто «поглупее/наивнее» к тем, кто готов за выполнение желания этого «наивняка» взять вознаграждение. Отмечу, что когда человек отказался сразу заказывать продвижение проекта в другой организации (мы советовали, там ему сделали бы 30% скидку «по знакомству»), а решил отложить его на пару месяцев после вывода проекта — я понял что продукт «не выстрелит». Скажите аморально и безнравственно было брать за это деньги? Отнюдь. Он получил урок (причем очень хороший, работа была очень не дешевый), а мы — деньги. Если бы это сделали не мы — то занялся бы кто-нибудь другой.

Выбор идей
Отложим в сторону разговор о финансировании (о нем можно распинаться часами), а поговорим лучше об идеях и Идеях. На самом деле придумать что-то принципиально новое в рамках существующих технологий невозможно. Так же не возможно создать рынок без возникновения новой потребности или больших капиталов на создание этой потребности (привет, яблочная компания! Вы лучшие в этом деле!). Поэтому давайте ответим честно на вопрос: «Могу ли я придумать что-то стоящее». Чаще всего ответ будет категоричное «нет». Успешными становятся только те проекты, которыми сможет пользоваться не только создатель и еще сотня человек. По настоящему используемые проекты становятся «постояльцами» большинства пользователей (сколько людей работают с тем же Evernote). Поэтому аудитория в 100 человек не принесет настоящей прибыли. Конечно это не так, если Ваши клиенты различные ТНК и вы разрабатываете сверхсложную систему без которой они не смогут работать. Но сделать такое вы скорее всего не сможете, будем реалистами. Тогда что делать? Придумать как удовлетворить потребность качественнее конкурента. К примеру — тот же же Windows объективно легче для использования стандартным «хомячком», чем Linux; а в ранее Mac'и были объективно проще в использовании, чем IBM PC с MS-DOS. Человек по своей природе ленив и хочет, чтобы его развлекали и делали жизнь проще. Играйте на этом. Сразу отпала половина идей? Это нормально. Большие компании имеют целые отделы, занимающиеся «генерацией идей». Поэтому даже пара «очень светлых» умов не способно «на гора» выдать идею-шедевр.

Делать же «просто подобный проект» и «плодить сущности» мягко говоря не имеет смысла. Вы не сделаете лучше, чем компания имеющая большие обороты. Даже при хорошем финансировании создавая полную копию чего-то вы сможете лишь греться в остатках лучей от конкурента. Много вы знаете дистрибутивов на базе Ubuntu? Если будет с десяток — это очень хорошо. А ведь их сотни тысяч. Их создатели что-то получают (фан, опыт, донат), но они никогда не попадут в этот десяток. Так же и твой проект — если им не будут пользоваться тысячи, то он просто не окупит вложенных в них усилий.

Наверное ты думаешь: «Да, что он может окупить? Разве что хостинг/работу художника/etc.». К сожалению я хочу расстроить — даже если ты разместил сайт на халявном (ну пусть тебе его подарил друг) хостинге, а реализацию сделал сам — все равно ты понес издержки! Ты затратил время, которое мог потратить на что-то более полезного. Именно стоимость этого времени никогда не учитывается большинством российских предпринимателей и стартаперов. Понятие «альтернативных издержек» просто выкинуто большинством со словами: «Да что я мог сделать еще полезного?» По правде много чего. Список сможешь составить для себя сам. И помни — ценность времени порой выше ценности денег (это тебе без труда докажет любой настоящий бизнесмен вкалывающий от рассвета и до рассвета). И это не актуально для тебя сейчас, скоро ты это осознаешь.

Но вернемся к выбору идей. Основную массу от провальных идей можно отделить очень просто — скажи честно, смог бы ты сам пользоваться этим каждый день не только потому, что сам это сделал. Скажем, ты навряд ли будешь пользоваться набросанным на коленке аналогом «Блокнота» вместо уютненького Vim'a. Или на вряд ли будет успех у нового «тематического форума, только со шлюхами и блэкджеком», которых и без твоего проекта over 9000. Задавайся почаще вопросом, почему выстрелили Clojure, NGNIX, Evernote, JetBrains, Facebook и почему относительно медленно идет развитие Google+ (мое личное ИМХО), не стали тортом 4-ые «Герои», вялые продали Apple Lisa и монструозного NeXT Джобса… Примеров можно подобрать много. Главное желание копаться, анализировать. Предположим все совершенно бредовое ты выбросил. Теперь самое сложное — понять, что может понадобиться человеку, обычному, в меру разумному. Иными словами — не примеряй «интересность» идеи лишь на себя. Если ты способен реализовать свой проект, придумать его, разработать — ты уже выше по знаниям большинства. Поэтому надо четко осознавать для кого ты работаешь — если твоя целевая аудитория специалисты узкого профиля, то особых проблем с освоением сложного ПО/сервиса/услуги/девайса не будет, конечно же если это будет приносить реальную пользу в работе. Но если твоя целевая аудитория — «большинство среднестатистических пользователей» (или не дай Бог школьники), то будь готов к тому, что «клиенты» не поймут сложную идею. Есть такое понятие применительно к потребителям «информационный ресурс» (очень грубый перевод с американской литературы, ближе будет наверное «ресурс восприятия»), оно обозначает способность обрабатывать и воспринимать информацию. Иными словами — не каждый способен освоить сборку Linux из исходников, но практически любая домохозяйка сможет поставить Microsoft Windows (не будем лукавить, проблем с установкой той же 7-ки практически не возникает). Или посмотри на дикую популярность «Веселой Фермы». А ведь на ее разработку было затрачено гораздо меньше, чем на тот же The Temple of Elemetnal Evil (от Troika Games), хотя рентабельность первой игры (чисто казуальной) выше во много раз.

Предположим ты даже смог отобрать идею. Теперь необходимо довести ее до воплощения и не забросить на полпути. Для этого надо не просто фанатично «творить», а скрупулезно, качественно прорабатывать каждую мелочь. Именно скучная на первый взгляд работа принесет наибольшую отдачу. До посинения вылизывать интерфейс новой программы не так интересно, как писать функционал, но именно он может оказаться решающим фактором в твою пользу, даже если функциональность пока «провисает». Для того, чтобы на проект обратили внимание — надо сделать из него «красивую конфетку», наделить его именно теми чертами, которые точно понравятся большинству потенциальных потребителей из целевой аудитории. Ведь ты наверняка тоже, как и большинство, не пользуешься Tkabber'ом, потому что «он страшный, как и весь Tk!».

Что еще можно сказать об идеях? Наверное только то, что отбору идей надо учиться у лучших. Встает вопрос: «Как?» К сожалению ответа на него у меня нет. Я сам не обладаю достаточными знаниями в этой области. Но хочу отметить, что если в основе старт-апа лежит исключительно желание получить прибыль через создания очередного дейтинга — не стоит терять времени. Подчеркиваю еще раз — любой успешный проект в той или иной степени удовлетворяет ту потребность, которая ранее не была затронута, удовлетворена. Именно поэтому те же «маки» — ПК для «недоразвитой общественности» выдержали конкуренцию с IBM-PC, Linux до сих пор существует, а идущие против этого HaikuOS (правка через пять месяцев после начала работы над статьей: хайку таки может и будет Win!, просто я тогда не понимал целей этого проекта; мнение поменял после того как посидел на сабже четыре месяца) и ReactOS не могут выйти из состояния «зародыша» (прим: мнение по поводу «реакта» стало еще хуже — создается ощущение, что цели не понятны самим создателям).

Конец?!...
Но это не конец. Работа над статьей только началась. Представленный текст лишь начало большой работы. Во что она выльется — пока трудно сказать. Но, продолжение следует.

Кстати, данная статья взята с ХабраХабр, с разрешения автора!

Приветствую всех, кто нашел наш блог!

Мы - небольшая компания друзей, которые работают в одной IT-компании (Миллениум. Интеграция), которые набрались определенного опыта и решили поделиться им с теми, кто только встает на тяжелый и тернистый путь IT-специалиста.

Основная проблема для всех программистов в Российской Федерации - почти полное отсутствие качественного профильного образования. В настоящий момент ситуация немного улучшилась (спасибо Microsoft за программу поддержки студентов, благодаря чему сегодня молодых программистов все же учат не Fortran/Prolog/Delphi, а вполне востребованному языку - C#), но она все равно оставляет желать и желать лучшего.

Что огорчает - в России сегодня есть два вида ресурсов, которые могли бы помочь обычному человеку стать программистом или ИТ-специалистом иного рода:

• Исключительно гиковские, такие как LOR или OpenNet : искать помощи на них не приходится. Если первый - сборище интернет-троллей, теоретиков и гуманитариев (хотя есть и на нем толковые люди), то второй - простой информационный портал, для тех кто "уже в теме". Дизайн обоих ресурсов, кстати говоря, оставляют желать много и много лучшего...
• Исключительно коммерческие, такие как всем известный "Хабр", на котором хоть и много полезного материала, но с каждым днем он всё больше ставновится "глянцевым журналом", а не "клубом по интересам". Собственно для того, чтобы не допустить этого для данного проекта и был выбран формат интернет-блога, а не какого-то отдельного полноценного информационного ресурса.

Куда деваться тому, кто только принял решение стать программистом? Очень просто - добро пожаловать к нам! Надеемся вам будет интересно.