Как писать код в блокноте

Как написать программу в блокноте

Блокнот — это простой текстовый редактор. С его помощью просматривают документы в формате .txt. Запустить Блокнот можно, нажав «Пуск». Выбрать «Программы» и «Стандартные». В нем можно печатать текст, создавать web-страницы и даже небольшие вирусы. А кто-нибудь задумывался о том, что в простом блокноте можно создать неплохую программку?

Статьи по теме:

• Как написать программу в блокноте
• Как создать файл блокнотом
• Как написать программу exe

Вам понадобится

• Персональный компьютер, установленный блокнот

Инструкция

Чтобы создать программу, надо запустить Блокнот. Далее вводите необходимые данные, пишите нужный текст. Он будет зависеть от того, что вы хотите создать. Если этот документ станет страничкой сайта, заполняете все в html-редакторе.

Введите, например, mspaint. Сохраните документ под любым именем. Нажимайте «Файл» и «Сохранить как…» Только надо выбрать правильно формат. В «Имя файла» пишите название, а вместо .txt вставляйте нужный вам формат (html, для нашего случая .bat.) Откройте созданный файл. В нем теперь может писать все, что угодно. Вместо «mspaint» Taskmgr-диспетчер задач и прочее, то есть, все зависит от того, какую программу хотите создать.

В Блокноте простой текст может стать программой, если правильно выбрать ему формат. Откройте блокнот и напишите следующий код программы:

a = inputbox (“Введите время для таймера”)

c=inputbox (“Введите сообщение для таймера”)

msgbox “Работает таймер”

Сохраните документ в формате .vbs. Все, можете запускать свою программку.

Написав текст для программы, самое главное сохранить в правильном формате, или расширении. Откройте Блокнот. Введите следующий текст программы:

set/p expr=»Enter expression:»

echo Answer: %answer%

Данный файл сохраните в расширении .bat или же .cmd. В командной строке можно ввести слово « help». Там вы увидите доступные команды. Чтобы узнать синтаксис, введите в строке “help/?”. Если недоступно какое-то расширение, откройте командную строку и применяйте такую команду, как [type con]. Для сохранения в консоли текста надо нажать такую комбинацию: “Enter и Ctr+Z”. Так что блокнот тоже может создавать программы, пусть не такие огромные и сложные. Обычно в Блокноте сохраняют программы, имеющие расширение *.bat * .cmd , * .vbs.

• как работать в блокнот

Совет полезен?
Статьи по теме:

• Как создать файл-приложение
• Как создать java скрипт
• Как создавать сайт в блокноте

Добавить комментарий к статье
Похожие советы

• Как создавать страницу через блокнот
• Как создать собственную программу
• Как написать командный файл
• Как запустить скрипт vbs
• Как запустить bat файлом программу
• Как создать программу на компьютер
• Как написать код для сайта
• Как создать сайт в блокноте
• Как написать программу на паскале
• Как научиться создавать программы
• Как составить программу на компьютере
• Как написать игру
• Как открыть блокнот
• Как сделать программу
• Как составить компьютерную программу
• Как заполнить блокнот
• Как создать файл в паскале
• Как создать программу exe
• Как написать компьютерную программу
• Как программировать на ассемблере
• Как писать в консоли
• Как научиться писать макросы

Новые советы от КакПросто
Рекомендованная статья
Как происходит заражение компьютера вирусом

Наиболее слабое звено в цепи компьютерной безопасности — это сам пользователь. Наличие установленного на компьютере.

Редактор для HTML: пишем код, чтобы было удобно

Для того, чтобы написать код, сгодится вообще любой текстовый редактор. Подойдёт даже «Блокнот» на вашем компьютере (но в нём очень неудобно всё делать). Мы скачаем и установим хороший редактор, заточенный под веб-разработку. Покажем всё на примере Visual Studio Code.

Зайдите на сайт и скачайте редактор. Если у вас Windows, то нажмите на любую из синих кнопок. Если Mac OS или Linux — нажмите Other platforms.

Установка пройдёт как обычно — нужно запустить файл VSCodeUserSetup, много раз нажать «Далее» и поставить пару галочек.

Шаг 2. Запускаем редактор и осматриваемся

Свежеустановленный VS Code встречает нас экраном с большим количеством ссылок. С ними можно познакомиться позже, а сейчас нужно настроить всё для работы.

Хорошо бы, чтобы во время работы все нужные файлы лежали в одной папке (пока проект маленький, так можно делать). Для этого добавим рабочую папку, чтобы VS Code показывал нам только её содержимое.

По шагам на скриншоте:

1. Add workspace folder — открывает меню выбора папки.
2. Создадим новую папку personal_page в любом удобном месте и зайдём в неё.
3. Нажмём Add.

После этого слева появится панель Explorer с пустым рабочим пространством Untitled (Workspace). Мы создали папку, давайте её наполним.

Шаг 3. Добавляем файлы

После создания папка пустая. Щёлкнем правой кнопкой по заголовку personal_page и добавим три файла, которые понадобятся в работе — index.html, style.css и script.js. Для начала этого хватит.

Шаг 4. Делаем работу удобнее

Сейчас все три файла открыты во вкладках, и между ними не всегда удобно переключаться. Чтобы было удобнее, код со стилями можно перенести в другую часть окна, например, вниз. Для этого нажмите правой кнопкой по вкладке со style.css и выберите split down, чтобы увидеть результат.

Шаг 5. Добавляем код

Пока отредактируем только index.html (файл с разметкой) и style.css (файл со стилями), а script.js оставим на будущее. Если у вас уже есть какой-нибудь код, напишите его, или используйте готовый — мы, например, возьмём код из интерактивных курсов.

     
  
 
 
Взгляд упал на кота.
  
    

Скопируем код со стилями из файла — откройте его в браузере, скопируйте все строки и вставьте в файл style.css в редакторе.

Шаг 6. Запускаем код и смотрим на результат

Самый простой способ — открыть папку с файлами через проводник и запустить файл index.html . Вы увидите результат вёрстки в браузере, но это не слишком удобно — при любых изменениях придётся переходить в браузер и обновлять страницу.

Давайте настроим всё так, чтобы наша страничка открывалась сама и обновлялась, если вы что-то изменили в разметке или стилях.

Для этого нам понадобится расширение Live Server. Найти его можно прямо в VS Code (пятая иконка в меню слева) — введите название и нажмите Install. Другой способ — скачать Live Server из магазина расширений, но это менее удобно.

После установки расширения Windows может попросить разрешение на доступ к сети. Это нужно, чтобы запускать локальный сервер, Разрешайте, это безопасно.

Чтобы запустить код, нажмите кнопку Go Live на нижней панели.

Результат выглядит так. Слева — редактор, справа — браузер. Теперь измените код в редакторе и сохраните его, а он автоматически изменится и в окне браузера.

Что мы сделали

1. Установили и настроили редактор кода.
2. Создали рабочую папку и добавили туда файлы нашего проекта.
3. Научились редактировать и сохранять файлы с кодом.
4. Установили расширение, чтобы сразу видеть результат вёрстки.

«Доктайп» — журнал о фронтенде. Читайте, слушайте и учитесь с нами.

Основы HTML

Большинство браузеров имеют возможность изучения html-источника страниц, которые вы просматриваете. При просмотре источника вы увидите ряд тегов HTML (языка разметки гипертекста), окруженных угловыми скобками(<>), перемежаемыми с текстом.

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

Создание HTML-файла

1. Откройте Блокнот или любой обычный текстовый редактор.
2. В меню «Файл» выберите «Создать«.
3. Введите следующие строки:

 HTML is swell. Life is good. 

Here's the big picture
 

Make me an unordered list.
• One programmer
• Ten SDKs
• Great Internet Apps

Это должно приступить к работе. Если на веб-странице отображается отличная функция, вы можете узнать, как она была создана, проверив источник HTML. Редакторы HTML, такие как Веб-страница Майкрософт, можно использовать для создания простых и расширенных страниц.

Вот весь HTML-источник для файла, который вы создали:

Полное описание тегов, атрибутов и расширений см. в спецификации языка разметки гипертекста (HTML):

Умение писать в блокноте — ретроград

18 Мая 2017 Программирование
13 0

Сейчас читаю журнал Хакер и наткнулся на комментарий компании Mirantis по поводу программистов, которые предпочитают писать в блокноте.

Если кандидат на полном серьезе рассказывает, что ему «удобнее в блокноте», а IDE — это не для тру-программеров, это плохой симптом. Такой ретроград может стать обузой для развивающейся компании и потянет всю команду за собой назад. Часто люди не понимают, что им платят по часам работы, а использование дополнительных инструментов позволило бы существенно повысить их продуктивность и заодно снизить количество ошибок. В конечном итоге и человеку разгрузка, и компании плюс.

Вот я не понял, каким образом программист, который будет писать код в блокноте, будет обузой и тянуть команду назад? Работая в Klick Health я писал код в notepad++ и у меня даже не стоял Visual Studio, но я писал быстрее и больше любого другого программиста в моей команде. Если не считать автокомплитера, то в VS больше ничего особого и нет, что позволяет писать код быстрее меня в блокноте.

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

Отсутствие дополнительных прибамбасов Visual Studio заставили меня именно запоминать методы, названия классов, пространства имен. Мне не на кого надеятся и я вынужден помнить детали.

Я могу писать код как в VS, так и без него. Зато сколько раз я видел случаи, когда говоришь человеку — создай индекс на сервере, а он сидит и хлопает глазами, потому что не помнит синтаксиса. А зачем ему помнить, ведь он всегда может кликнуть мышкой в SQL Server Management Studio и может даже посоревноваться со мной в скорости, кто быстрее — он кликает по окнам или я пишу код. Но стоит человеку столкнуться с проблемой, отсутствием удобных утилит и все — ступор.

На рабочих серверах не ставят Visual Studio, там его просто нет. Недавно я помогал компании, которой нужно было выловить баг, который проявляется только на рабочих серверах. Я говорю — создай файл, давай напишем в нем код и напрямую загрузим с сервера. Через 15 минут диктовки .NET кода я понял, что проще получить удаленный доступ к серверу через TeamViewer и сделать все самому.

Надо ли пользоваться современными фишками — да. Я умею и пользуюсь. Сейчас на работе пользуюсь Visual Studio 2015. Будет ли тянуть вниз всю команду тот, кто любит писать код в текстовом редакторе — из моего опыта как раз наоборот.

Хотя из любого правила есть и исключения. Но если программист и будет тянуть всю команду вниз, то только не из-за того, что он любит или умеет писать код в блокноте.

Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым

А еще поделитесь с друзьями

Комментарии

Quad

19 Мая 2017

А может быть работодатель вообще думает, что раз человек пишет в блокноте, а не в VS, то он лишен средств отладки?
Может быть если человек привык писать в блокноте и отлаживаться print-ами, то компания знает, что этот способ отладки явно дольше трасировки в VS?
А как компилировать из блокнота? Переключаться на консоль, "вверх", "enter"? Это явно дольше, чем F7.
VS когда выполняет код пишет в ms сколько заняла команда и можно даже "случайно" заметить, что "эта функция" не должна выполняться так долго.
А всякие функции промежуточного сохранения файлов?
Я и сам ловлю себя на мысли, что было бы здорово помнить весь синтаксис языка и все функции стандартные, но как сказал один преподаватель в универе "Голова — это не помойка". Зачем мучить себя? Всё равно всё не запомнить.

Евгений

19 Мая 2017

Каким образом? Так ведь у IDE есть средства отладки для логических ошибок, ошибки компиляции и ошибки синтаксиса видны сразу, IntelliSens позволяет сразу выбрать нужный объект или метод, не зная по памяти точное их написание, проводник объектов быстро позволяет перейти к нужному методу в нужном файле, дизайнеры и прочие полезные опции. Да что это писать ты и сам все понимаешь. А в блокноте, можно ошибиться в названии метода и очень долго искать где ошибка. Сверстать форму в дизайнере в разы быстрее, чем набивать код руками, да еще в блокноте. Вот тебе удобство и скорость разработки! А если надо заменить во всем проекте фрагмент "*.asp" на ".aspx", а в проекте пару десятков файлов, то разве в блокноте по очереди это сделать быстрее, особенно, если заменяемый фрагмент не во всех файлах и ты не знаешь в каких точно. Доказывать обратное даже не надо — это чисто мазохизм! В компании Mirantis правильно думают! Единственное разумное объяснение использование блокнота — это экономия денег на IDE. Но раз до этого доходит, то это компания с низкой капитализацией и от нее ничего хорошего ждать не приходится. Тем кому нравится работать без IDE, пусть работают, если это не приводит в регрессу в работе, но стандартом должна быть именно IDE. Обязательным требованием, при приеме на работу, умение работать без IDE быть не должно.

Евгений

19 Мая 2017

В некоторых случаях блокнот действительно может оказаться эффективнее. Например, когда надо быстро что-то подправить и ты знаешь где и что и речь идет о небольшом фрагменте, по аналогии с файлами конфигурации. Ведь, при этом, не надо ждать загрузки "тяжёлой" IDE, а блокнот открывается разы быстрее, что особенно заметно на слегка устаревших компьютерах. А вот на совсем старых, в VS 2015 реально что-то сделать совсем трудно. Но это опять вопросы денег. Успешные компании на железе не должны экономить.

луноход

19 Мая 2017

подсветка синтаксиса позволяет быстрее находить ошибки, не?
не знаю как в VS, но в Vim косяк сразу видно по подсветке
если вы писали быстрее остальных, то это не значит, что вы не могли писать быстрее, чем писали

Владимир

19 Мая 2017

Для целей быстро поправить, можно пользоваться emacs, vim, vscode. У emacs и vim есть даже возможность редактировать в консоли. Если проавильно настроить, то можно использовать их как ide. Конечно это не будет полноценным ide, но тот же autocomplete и подсветку ошибок настроить можно. Мне, например, понравилось работать в vscode на линуксе. Раньше немного emacs-ом пользовался для написания скриптов. Я думаю, что когда-то кто-то говорит, что работает в блокноте, то подразумевают какой-нибудь продвинутый блокнот, а не notepad из windows. В таких текстовых редакторах работать реально можно, иногда не хуже чем в ide.

Денис

19 Мая 2017

Такую херню могли сказать только те, кто не умеет писать в блокноте. Если вы не умеете правильно писать, то даже проверка орфографии не поможет. Точно так же и с IDE, она поможет только неучам. А реальным программистам, которые умеют писать код, много помощи все эти приблуды не дают.

Vasia

19 Мая 2017

Чаще всего, (почти) весь интерпрайзный код строится на сшивании франкинштейнов из разнородных кусков готового кода и фреймворков с минимальным слоем бизнес логики на всём этом добре — в таком случае самое важное это автокомплит и проверка кода (с тайпчекингом, выводом типов и прочим статическим анализом), так что для таких проектов это очень даже верно (если ты конечно не киборг хранящий дерево всех классов спринга или clr в голове).

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

Юра

19 Мая 2017

В стандартном Блокноте Windows есть баг с "мягким" переносами длинных строк. Может, в Windows 10 его исправили. Тут можно лишь согласиться с предыдующими комментариями, что сам по себе Блокнот для написания кода не годится.

Что касается IDE vs ПродвинутыйБлокнот, то тут сложно сказать, что лучше. Блокнот заставляет помнить синтаксис, имена функций и т.д. В некоторых случаях Блокнот лучше любой IDE когда нужно что-то по-быстрому глянуть (например, grep’нуть файлы на предмет наличия какой-нибудь фразы, а затем открыть файл и исправить — очень просто делается — имя найденного файла нужно лишь в командной строке передать в качестве аргумента Блокноту). И вообще, в скорости Блокнот выигрывает (здесь идет речь о настоящих настольных программах, а не Chromium-based приложениях).

По-моему, кодить в Блокноте означает эффективно использовать горячие клавиши, уметь отлаживать код (я на 99% уверен, что любой мэйнстримовый текстовый редактор Linux может работать в связке с GDB), умеет использовать средства сборки (в том числе запускать тесты вручную из командной строки) и т.д. Такой кандидат выгодно отличается от остальных. В конце концов, пересесть с того же Notepad++ на Visual Studio очень легко. А обратно — вряд ли.

Я использую IDE не столько в качестве редактора (больше всего мне нравитcя не автодополнение, а автоматическое форматирование текста, в том числе SQL запросов "лесенкой"), а как своебразное хранилище. Т.е. у меня в IDE (IntelliJ IDEA, умолчим о вопросе лицензии, но я не особо жадный — сижу на 13-версии, а нового мне не надо, дома вообще Community Edition) загружены исходные коды всех проектов заказчика, к которым есть доступ у нашей команды. Да, пришлось выделить IDE 10ГБ оперативной памяти. И все равно она глючит временами, так что часто я печатаю быстрее, чем работает автодополнение. Но использование IDE оправданно в данном случае. Да, я теряю немного времени на мелких глюках, но экономлю еще больше. Например, если нужно разобраться в каком-нибудь модуле, я быстро нахожу его, даже скачивать ничего не надо (время от времени запускаю скрипт для синхронизации локальной копии всех проектов с сервером). То же относится к поиску: в IntelliJ отличный структурированный поиск, т.е. поиск с учетом контекста. Ну и еще у меня все доступные (может и не все, но 90%) базы данных. Опять-таки, надо что-нибудь глянуть — даже запускать ничего не приходится. Ну и по-мелочи: подсветка для Markdown, горячие клавиши (да, это отдельная тема, я например, назначил на F1 функцию "Copy path" вместо вызова справки — кто вообще вызывает справку, т.е. именно оглавнение справки, с помощью горячей клавиши?).

Но все равно компилирую я из командной строки: в реальных проектах часто так много всего задействовано (версии библиотек, всякие транзитивные зависимости, Docker’ы и т.п.), что никакая IDE не уловит все нюансы. Так что проще в командой строке запустить тесты (а зачастую и перенаправить вывод в файл, чтобы потом смотреть его less’ом или grep’ом), чем возиться с конфигурациями запуска и т.д.

А насчет работы с БД — тут, конечно, IDE помогает. Но для важных задач использую "официальный" клиент. Как-то раз я сделал дамп схемы БД PostgreSQL в IntelliJ — сказала, что поля имееют тип VARCHAR, а на самом деле они были TEXT.

A вообще, Блоктнот — это не хардкор. В мире Unix хардкор — это Vi/Emacs. А в мире Windows (а стало быть, и DOS) — это copy con .

Максим

19 Мая 2017

Если честно бред в журнале хакер написано, вот мне например PHP код удобно писать в Sublime Text, а вот если я работаю с WPF или Windows Form, то тут без в VS не могу обойтись, если честно сказать даже не знаю как создавать такие приложения без VS, а если мне надо консольное приложение написать на C# или С++ использую Notepad++

Ololo

19 Мая 2017

Я тоже помнил всё на память когда писал на Turbo Pascal, но не вижу чем гордится, возможностей там в сто раз меньше, запомнить было проще и сказать что было приятно и удобно так работать не могу, с нормальной IDE которая подствечивает код, показывает предупреждения, подсказки, опечатки ещё до компиляции сильно упрощает жизнь и увеличивают скорость разработки. Писать код на сервере не безопастно вдруг сломаешь чего и не удобно в тупящем RemoteDesktop или TeamViewer, на крайний случай можно Remote Debugging сделать.

ОГО

19 Мая 2017

Ого сколько кАмЕнтов набежало))

Темирхан

20 Мая 2017

По идее надо писать в блокноте, так себя держишь в тонусе. Но IDE намного, намного упрощают работу.

Марина

24 Мая 2017

Сомнительное утверждение, конечно, что такой человек "будет тянуть компанию вниз". Если работодатель скажет пользоваться теми или иными средствами, не каждый программист станет ему перечить. Вот и всё тут. А если главнюк самодур такой, что не позволяет пользоваться программисту привычной и удобной средой разработки, заставляет тратить кучу времени на привыкание, то не в программисте дело. Отсюда и берутся такие сомнительные утверждения.