abs0lut: А все кто работает в винде с командной строкой пользуются отдельным софтом.
Я предпочитаю связку ConEmu и FAR3 - идеально. Жаль, что такого нет в Линуксе.
Сергей: Вдобавок, если вы не можете вообще выполнять команды из консоли на хостинг1, что за примеры команд вы тогда показывали в самом вопросе?
Вы же знаете, что rsync работает или по ssh протоколу, или по собственному. А по ftp он не работает, поэтому я предположил, что вы можете заходить на хостинг1 через консоль, просто не удаленно, но разово провести настройку можете. Но на самом деле это не так, а команды вводят в заблуждение.
Ну тогда у вас не получится. Собственно этим и отличается хостинг от виртуального сервера - ограниченным функционалом.
Единственное что вы в таком случае можете делать, это с хостинга2 обращаться на хостинг1 по фтп и скачивать файлы скриптом.
Можете пользоваться любым удобным для вас консольным ftp клиентом.
Конкретные файлы можно через wget качать.
По пунктам
> 1. Знание синтаксиса языка
Неверно. Знать синтаксис может преподаватель информатики. Некоторые языки такие простые, что изучить синтаксис самого языка можно за час-день, а начиться программировать - не факт
> 2. Понимание алгоритмов
Алгоритмы это математика и логика. Программист пользуется алгоритмами, но сами по себе алгоритмы не делают программиста.
> 3. Применение алгоритмов в синтаксисе
Ну уже ближе. Но опять таки можно остаться теоретиком.
> 4. Не просто знать синтаксис языка (а бывает и нескольких языков), а знать какие модули подключать и какие функции использовать для получения результата. Хочу напомнить у разных языков они разные.
Это не определение программиста, а определение его уровня владения каким-либо языком. Программист начинается гораздо раньше.
> 5. Постоянно следить за обновлением "инструментария" (что бы написанное ПО работало в актуальных версиях ОС (браузеров и т.п.) и при возможности поддержка старых). Т.е. осваивать (читай переучиваться) новый (или обновлённый) "инструментарий". Если этого не делать, то в итоге окажешься без работы. Поэтому параллельно приходиться постоянной что-то изучать.
Совсем не факт. Программист может оставаться программистов и не работая программистом за деньги. Множество людей пишет программы (и неплохие), в качестве хобби. Да, конечно IT сфера привлекает заработком, и чаще всего профессия и хобби начинают у программистов совпадать, но это не факт.
Следить за обновлением ПО, за версиями браузерами и так далее - это вообще узкая ниша. Есть люди которые пишут НЕ для браузеров. Есть люди, которые поддерживают конкретные задачи и для их задач вообще неважно что там в мире поменялось. Это опять таки отдельные качества, относящиеся к направлению в разработке.
> 6. Изучать сферы деятельности и бизнес процессы заказчика, что бы понять что "писать" (ТЗ обычно редко бывают полноценными).
Нет. Есть множество задач для программистов, где ТЗ достаточно полноценные. Есть множество задач, где для составления ТЗ привлекаются специальные люди.
> 7. Постоянное совершенствование своих навыков (быть в "тренде"). Надеюсь не стоит это объяснять. Программировать - это не валенки валять.
Нужно. Иначе бы не было сайтов типа govnokod.ru
В любой профессии нужно совершенствоваться, а можно оставаться на месте, и при этом даже не терять работу. В некоторых случаях валять валенки может быть сложнее программирования.
> UPD 2 8) Решение проблем бизнеса.
ВООБЩЕ НЕТ.
Бизнес проблемы решают бизнесмены, а не программисты. Программисты создают инструменты, которые помогают решать бизнес проблемы. Но решение проблемы - это определить проблемы и придумать процедуру ее решения. Саму процедуру реализовывать будут уже отдельные специалисты.
> UPDДа умение писать программы - и подразумевается под программированием и как было в одном из ответов подразумевается инженер-разработчик программного обеспечения
ДА. Программист пишет программы. Дворник метет. Сисадмин настраивает оборудование. Писатель пишет тексты. ВСЕ.
У вас совершенно невнятно оформлен вопрос. Для начала, если охватить большинство ваших вопросов и посмотреть глобально, заметно, что под программистом вы в первую очередь подразумеваете программирование в веб (отсюда какие-то тренды, совместимость с браузером и так далее).
А если человек программирует логику чипа для холодильника или логику для полета квадракоптера, причем тут браузеры и тренды?
Вы постоянно путаете желание человека просто саморазвиваться и профессию программиста. Хороший специалист в своей области должен следить и за трендами и за новыми инструментами. Но это можно отнести и к дизайнеру интерьеров, и к парикмахеру и к строителю и к продавцу.
В общем тема раскрутилась, куча народу отвечает, а смысла - ноль.
Тоже сталкивался с подобными случаями, когда приходится вручную обновлять адресную книгу в клиенте.
Думаю это проблема MS, что они кеширование адресная книга на локальном клиенте непродумали. Но хотелось бы посмотреть что люди скажут.
Ну вроде бы ж написали, что пришлют письмо с инструкцией?
Можете попробовать еще писать в техподдержку paypal, уточняя можно ли сократить срок блокировки, сказать какие способы обналичивания вам будут удобнее, и что можно с этим сделать.
Денис Букреев:
>несколько секунд в отупении сидел - при чем тут старперы?)
>как-то недосказанно мне кажется, это все, что он может?
нет, просто github оказался настолько популярным, что даже сам google закрыл свой сервис googlecode, чтобы не конкурировать с github.
Ну и как результат, на гитхабе можно найти огромное количество проектов с открытым исходным кодом, в которых реализовано >95% идей, которые могут прийти в голову, особенно начинающим программистам.
Практика.
Придумайте простенький проект, который связан с каким-нибудь вашим хобби и применяйте в нем ваши знания. Связанность проекта с хобби повысит мотивацию и цели будут четче сформулированы и понятны. А применение знаний на практике приведет вас к экспертизе и взаимодействию.
Книжки почитывайте потихоньку, когда уже на практике с чем-либо столкнулись и решили своим велосипедом, именно в этот момент книги помогут вам увидеть другие варианты.
abs0lut:
Например запустив обычный cmd, и вызвав стандартную консоль, ты не сможешь просто мышкой выделить и скопировать текст. Нужно лезть в меню, жать там "редактировать", затем "выделить", затем выделять.
Простым способом нельзя изменить размер окна консоли по ширине. 80 столбцов можно опять таки изменить только через настройки
Этот убогий скроллинг справа, который доступен сразу, даже тогда, когда на экране еще нет строк, чтобы они выходили за его пределы. Интуитивно вызывает впечатление школьной поделки.
Дефолтный размер шрифта и выбор шрифта - буээ.
Эти и другие мелочи в совокупности говорят, что родная консоль винды - недоделана и те кто за нее отвечают, видимо в консоли практически не работают, иначе давно добавили бы комфортных вещей.
Сергей: Это не если убрать, а теперь вы исправили одну ошибку, и надо исправлять другую ошибку.
Вы реально не можете понять что тут написано? Может стоит хотя бы гугл транслейтом пользоваться...
Тут указано, что опция --password-file может быть использована только в том случае, если вы rsync используете как службу, а не как интерактивную команду из скрипта/командной строки.
То есть
1) или вы вводите пароль обычным способом (можно через expect)
2) или вы пользуетесь --password-file, но тогда вам нужно использовать rsync-daemon и протокол rsync а не ssh
3) делаете как все белые люди - настраиваете ssh ключи и авторизируетесь по ssh без пароля
То есть rsync не позволяет вводить пароль в чистом виде. Я бы рекомендовал просто настроить авторизацию по ssh ключам между серверами и вообще не пользоваться паролем.
Владимир Грабко: А в чем проблема с реалом? логи есть, я же говорю - все действия должны не только логироваться, но еще и в разные логи
По логам восстановили реал, можно даже с компенсацией.
Просто игровой проект не стоит на месте. Всегда будут какие-то нововведения и очередные баги. Вы не сможете развивать проект ни разу не столкнувшись с багом.
А вот логи и бэкапы могут спасти практически в любой ситуации.
У меня были сервера с онлайном в 100 человек и в 100 тысяч человек.
Грамотно продуманные логи, бэкапы и сбор статистики не особо будут грузить сервер, зато просто спасают жизнь.
И никогда нельзя верить игрокам на слово, все крики "у меня пропало xxx а я влил yyy" надо сверять по логам.
Плюсую
Создаете вики,
Архитекторы и сеньоры собираются на брейншторм, чтобы определить общую структуру и категории, после чего можно накидать структуру на вики в виде пустых страничек, но уже разложенным по категориям, определить общий стиль и сроки.
Чаще всего кто-то по согласованию берет и делает 1-2 странички каких-нибудь не очень сложных компонентов, которые служат примером как надо писать.
Затем программисты которые кодят нужные компоненты и тестировщики, которые работают с requirements заполняют Wiki. В зависимости от размера проекта - пару часов/дней/месяцев/лет - и готово.
athacker: Я пытался сказать, что если работать в техподдержке - будешь становиться техподдержкой. Если работать системным администратором - будешь становиться системным администратором. У крупного провайдера гораздо больше и сложного железа и сложных задач. Просто нужно работать НЕ эникейщиком.
Артём: Опять же. Конкретные модели IPS, где вы видели проблемы?
Я же надеюсь, у вас личный современный опыт, а не теоретический, начитанный на статьях 5летней давноси?
