Linux.by

Как программисту стать тимлидом.
Александр Mr.K Локшин в своей статье дает 10 советов разработчикам, исполнение которых приблизит к новой должности -- тимлидер.
http://mourk.com/blog/2008/03/19/from-d ... eamleader/

Are you a Programmer or a Coder?
http://www.brajeshwar.com/2007/are-you- ... r-a-coder/

Для сайто-строителей.

Hide .php extension with url rewriting using .htaccess
http://roshanbh.com.np/2008/02/hide-php ... ccess.html

5 useful url rewriting examples using .htaccess
http://roshanbh.com.np/2008/03/url-rewr ... ccess.html

Язык программирования awk
http://ltwood.wikidot.com/scripting:awk

Динамика развития + спонсоры Linux в таблицах и диаграммах
https://www.linux-foundation.org/public ... opment.php

Статья, описывающая как и почему киевские Java-разработчики перешли на язык Python.

Цитата: «Вообще после 7 лет Java сейчас после 6 недель Python сложлось ощущение, что тебя злобно обманывали заставляя ходить на костылях, при том что рядом люди ходили нормально».

http://blog.smartweb.com.ua/2008/03/python.html

* * * * * * * * * * * * * * * * * *

Пол Грэм, статья «У вас не должно было быть начальника».

Цитаты: «Работать на большую организацию - это всегда отстойно, и чем больше организация, тем больше отстоя вы получите. [...] работать на себя или, по крайней мере, на небольшую группу - естественный образ жизни для программиста».

http://howtosell.ru/2008/04/01/u-vas-ne ... achalnika/

http://www.phrack.org/archives/7/P07-03

("rm -fr" модераторам: хакеры -- не преступники)

olecom писал(а):http://www.phrack.org/archives/7/P07-03

("rm -fr" модераторам: хакеры -- не преступники)

ты вроде бы на этом форуме проявляешь активность...собсна не хочешь рассказать чем пользуешься для написания кода? Если vim-ом, то не хочешь выложить сюда что-нибудь типа "хитростей" для превращения vim в хорошую ide? Меня лично интересует как реализовать(если возможно) автодополнение, а также управление файлами?

Ларин, это офтопик. Но создание списка полезных конфигов было бы не плохой штукой.

Я не истользую vim; что меня остановило -- это невозможность редактировать один файл в разных окнах/буферах. Да и лиспокодеры в емаксе написали не один эмулятор для vim: vip, vipper или ещё какая лабуда.

Автодополнение, или как у них это называется тэги (ctags/etags), -- это всё равно штука, которую надо педалить как командную строку, ничего интерактивно-продуманного.

ftp://flower.upol.cz/sys-olecom/home/+.emacs
ftp://flower.upol.cz/sys-olecom/home/+.emacs.d/lisp
_____

Понимание пользования UNIX (конец с perl можно/нужно не читать):

http://unix.org.ua/orelly/unix/upt/index.htm
(можно другие глянуть если sed 's-upt/index.htm--' сделать)

Bourne shell для понимания кодерам-программерам:

http://web.archive.org/web/200707041111 ... ix/Sh.html
(также на сайте можно найти почему си шел (csh) -- это большая неудача
вендоров растянуть си куда не надо; вЯдерное программирование ещё
ладно, но шел -- это было слишком; далёкие 80-е)
____

olecom, чего-чего?

vim file.txt

:split (:vsplit)

и редактируется один файл в разных окнах (viewports)

mend0za писал(а):olecom, чего-чего?

vim file.txt

:split (:vsplit)

и редактируется один файл в разных окнах (viewports)

Делу около четырёх лет, так что я забыл детали. С какого времени vim+gvim в одном флаконе? Как мне помнится, emacs открывал отдельные окна (для X windows manager) каждое из которых ничем не отличалось по фунциональности. То есть, если я редактировал один буфер в одном окне, он тутже обновлялся во втором.

Конечно после того, как я перестал пользоватся X, визуально всё слилось в одну консоль. Не знаю как у vim дела с редактированием и/или read-only доступа разными редакторами (или процессам на разных консолях) одного файла. Я как-то заметил, что mcedit на определённом этапе начал уважать file-lock'и емакса.
_____

vim behavior идентично описанному здесь для емакса. Т.е. открытый буфер для одного файла был одинаков для всех viewports и изменение одного - немедленно отражалось на других viewport этого же файла.

Что, безусловно, логично, так как иметь несколько буферов на один и тот же файл - как потом разрешать конфликты с сохранением изменений не углубляясь в version control?

Что имеется в виду под vim+gvim в одном флаконе? gvim - всего лишь соглашение именования для морд с различными графическими тулкитами. Исторически это были и lesstif/motif и gtk1 и gtk2 и kde - какая из них имеется в виду? (X11-Motif, X11-Athena, Photon, GTK, GTK2, etc., or "MS-Windows 32 - from :help gvim)

графическим фронтендам для vim лет гораздо больше чем 4.
vim-gtk упоминается в первый раз в changelog пакета в debian в 2000 году,

mend0za писал(а):Что имеется в виду под vim+gvim в одном флаконе? gvim - всего лишь соглашение именования для морд с различными графическими тулкитами. Исторически это были и lesstif/motif и gtk1 и gtk2 - какая из них имеется в виду? (X11-Motif, X11-Athena, Photon, GTK, GTK2, etc., or "MS-Windows 32 - from :help gvim)

Имеется в виду следущий наивный взгляд на вещи.

Настроив емакс, в Х, он запускал несколько Х-окон, которые я использовал свободно. Окна ничем не отличались по виду от тех, что показывают терминальные эмуляторы. Я привык и начал не задумыватся что где показывается или редактируется, тем более что одно окно можно было сделать меньшим шрифтом для просмотра, а другое бОльшим для редактирования.

Пытаясь использовать vim так же гибко я наткнулся на непонимание, своё или чужое, не знаю. Так что после этого опыта и перестав быть наивным, я всё таки предпочитаю емакс, если есть такая возможность.
______

mend0za писал(а):olecom, чего-чего?

vim file.txt

:split (:vsplit)

и редактируется один файл в разных окнах (viewports)

о, да это то, что нужно. только вот не могу найти как переключаться между открытыми файлами. вперед Ctrl+W w, а как назад?
а можно ли в виме сделать автодополнение?