Re: [room] [Comm] [JT] опрос программистов )))

Re: [room] [Comm] [JT] опрос программистов )))

[Алексей Синицын]

14.03.08, Alexey I. Froloff<raorn@altlinux.ru> написал(а):
> * Alex Gorbachenko <agent_007@> [080313 18:58]:
>
> > p.s. в _профессии_ программиста нет ни капли романтики, поверьте.
>
> Профессиональное программирование - это рутина и убийство себя
>  как творческой личности; деньги могут лишь немного
>  скомпенсировать моральный ущерб от этого (C)
>

 Разве это не относится к любой профессиональной деятельности?

Re: [room] [Comm] [JT] опрос программистов )))

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 440 bytes --]

On Sat, Mar 15, 2008 at 12:18:40PM +0300, Алексей Синицын wrote:
>  Разве это не относится к любой профессиональной деятельности?
АПВС?
Мы-то о конкретной.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Насчет юзабельности. Оно лежало в дедале полгода и мы спокойно
пересобирались. Так что если чьи-то пакеты сыграют в домино, то мы
вам писали :). Однако, я такого эффекта не ожидаю.
		-- cray in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [Comm] [JT] опрос программистов )))

[Alexei V. Mezin]

Алексей Синицын пишет:
>> Профессиональное программирование - это рутина и убийство себя
>>  как творческой личности; деньги могут лишь немного
>>  скомпенсировать моральный ущерб от этого (C)
>>
> 
>  Разве это не относится к любой профессиональной деятельности?

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

Re: [room] [Comm] [JT] опрос программистов )))

[Алексей Синицын]

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 12:18:40PM +0300, Алексей Синицын wrote:
>  >  Разве это не относится к любой профессиональной деятельности?
>
> АПВС?

 Из общей мизантропии :)

>  Мы-то о конкретной.
>

 Ну понятно, что данный частный случай не имеет каких-то форы перед
остальными :)

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

Re: [room] [Comm] [JT] опрос программистов )))

[Michael Bykov]

Не могу согласиться. Кодерство, когда у тебя за спиной стоит
дурак-менеджер, вовсе еще не компьютер-сайенс, а наоборот. Скучно ли
жить РМС? Скучно ли жить ДХХ? Скучно ли жить АЕН? Еще скажите, что
профессия градостроителя и архитектора нудна, потому что приходится
все время камни на горбу таскать. Вообще никогда не нужно делать то,
что нудно, ни за какие деньги, разве что в составе целого, которое
отнюдь не нудно.  Ваще никада. И это относится к любой
профессиональной деятельности. И вам будет очень весело.

М.


15.03.08, Алексей Синицын<asinitsinster@gmail.com> написал(а):
> 14.03.08, Alexey I. Froloff<raorn@altlinux.ru> написал(а):
>  > * Alex Gorbachenko <agent_007@> [080313 18:58]:
>  >
>  > > p.s. в _профессии_ программиста нет ни капли романтики, поверьте.
>  >
>  > Профессиональное программирование - это рутина и убийство себя
>  >  как творческой личности; деньги могут лишь немного
>  >  скомпенсировать моральный ущерб от этого (C)
>  >
>
>   Разве это не относится к любой профессиональной деятельности?
>  _______________________________________________
>  smoke-room mailing list
>  smoke-room@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/smoke-room

Re: [room] [Comm] [JT] опрос программистов )))

[Mikhail A. Pokidko]

2008/3/15 Michael Bykov
>  Вообще никогда не нужно делать то,
>  что нудно, ни за какие деньги, разве что в составе целого, которое
>  отнюдь не нудно.  Ваще никада.

Вы работаете?





-- 

ALTLinux Team
xmpp: solar AT solar.net.ru

Re: [room] [Comm] [JT] опрос программистов )))

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 478 bytes --]

Twas brillig at 14:55:51 15.03.2008 UTC+03 when Mikhail A. Pokidko did gyre and gimble:

 >> Вообще никогда не нужно делать то, что нудно, ни за какие деньги,
 >> разве что в составе целого, которое отнюдь не нудно.  Ваще никада.

 MAP> Вы работаете?

Я работаю. И подпишусь под вышеприведёнными словами.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

[room] [JT] Re: опрос программистов

[Michael Shigorin]

PreScriptum: для таких тем тут рядом действительно есть
https://lists.altlinux.org/mailman/listinfo/smoke-room;
предлагаю перебираться туда.

On Thu, Mar 13, 2008 at 05:22:43PM +0200, Владислав Тепеш wrote:
> Привет всем. Меня зовут Влад. Я живу в Украине. Очень хочу
> выучиться на программиста. Если кто-то из вас учился в Украине
> на подобную профессию, подскажите какой вуз наиболее
> хороший.

Вуз для этого скорее вреден -- убьют весь интерес тупыми лабами
(во мне благополучно угробили химика).

Интересные люди встречаются, но одного из тех таких людей, 
которых мог бы встретить, выберя кибфак или радиофиз -- встретил
гораздо раньше в родном lic145.kiev.ua (собсно Юра Коваль -- один
из тех, кто меня к *nix приучал и помогал).

Мой вывод: на сейчас получается эффективнее самообразование
и деятельное участие в реальных и живых проектах разработки
фрисофта, а не запылившихся и никому толком не нужных лабах.


On Fri, Mar 14, 2008 at 09:28:37PM +0300, Alexey I. Froloff wrote:
> * Alex Gorbachenko <agent_007@> [080313 18:58]:
> > p.s. в _профессии_ программиста нет ни капли романтики, поверьте.
> Профессиональное программирование - это рутина и убийство себя
> как творческой личности; деньги могут лишь немного
> скомпенсировать моральный ущерб от этого (C)

+1.

Варианты бывают, но дальше от кодера/разработчика и ближе
к архитектору/техдиректору.  И всё равно с романтикой будет
обычно туговато.

PS: я не программист, просто чуточку читывал и писывал на Lisp,
BASIC, Pascal, Modula-2, C, bash, Perl, Python, sed, awk, Ruby,
Scheme. :) (примерно в хронологическом порядке)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] [JT] Re: опрос программистов

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 747 bytes --]

Twas brillig at 14:38:04 15.03.2008 UTC+02 when Michael Shigorin did gyre and gimble:

 >> Привет всем. Меня зовут Влад. Я живу в Украине. Очень хочу выучиться
 >> на программиста. Если кто-то из вас учился в Украине на подобную
 >> профессию, подскажите какой вуз наиболее хороший.

 MS> Вуз для этого скорее вреден -- убьют весь интерес тупыми лабами (во
 MS> мне благополучно угробили химика).

Исключения бывают, но на всех Непейводы не напасёшься :)

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [room] [JT] Re: опрос программистов

[Sergey Balbeko]

Как говаривал товарищ Павлов( кому интересно,кто это -
www.intspei.com) 'не идите работать в аутсорсинговые компании'.
Кодерство - скучное однообразное занятие. Да и сам кодер сродни
Равшану и Джамшуту-делает работу,получает копейки за свою работу,а в
шоколаде остается тот,кто ему эту работу дал. Гораздо важнее развить в
себе таланты руководителя и самому развить свой проект,и вывести его
на рынок,сделать его конкурентоспособным. А в программировании
романтики и чего-то сверхувлекательного нет.

15.03.08, Mikhail Gusarov<dottedmag@dottedmag.net> написал(а):
> Twas brillig at 14:38:04 15.03.2008 UTC+02 when Michael Shigorin did gyre
> and gimble:
>
>  >> Привет всем. Меня зовут Влад. Я живу в Украине. Очень хочу выучиться
>  >> на программиста. Если кто-то из вас учился в Украине на подобную
>  >> профессию, подскажите какой вуз наиболее хороший.
>
>  MS> Вуз для этого скорее вреден -- убьют весь интерес тупыми лабами (во
>  MS> мне благополучно угробили химика).
>
> Исключения бывают, но на всех Непейводы не напасёшься :)
>
> --
>


-- 
----
GLHF
WBR, Sergey Balbeko <balbeko@altlinux.org>.
----
ICQ == "244-711"
JID == "m0s.bizzy@gmail.com"

Re: [room] [Comm] [JT] опрос программистов )))

[Денис Смирнов]

On Sat, Mar 15, 2008 at 06:21:06PM +0600, Mikhail Gusarov wrote:
 >>> Вообще никогда не нужно делать то, что нудно, ни за какие деньги,
 >>> разве что в составе целого, которое отнюдь не нудно.  Ваще никада.
 MAP>> Вы работаете?
 MG> Я работаю. И подпишусь под вышеприведёнными словами.

+1

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] [JT] Re: опрос программистов

[Sergey Y. Afonin]

On Saturday 15 March 2008, Sergey Balbeko wrote:

> Гораздо важнее развить в себе таланты руководителя и самому развить 
> свой проект 

А вот если все руководителями станут, кто работать будет ?

-- 
С уважением, Сергей Афонин

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 447 bytes --]

On Sat, Mar 15, 2008 at 09:02:01PM +0400, Sergey Y. Afonin wrote:
> А вот если все руководителями станут, кто работать будет ?
Рабочие.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Это в очередной раз доказывает тот факт, что административные утилиты
(типа iptables) написаны так плохо и доверяют клиенту в такой мере, что их
нельзя использовать с входными данными, не проверенными на 100%.
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Алексей Синицын]

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 09:02:01PM +0400, Sergey Y. Afonin wrote:
>  > А вот если все руководителями станут, кто работать будет ?
>
> Рабочие.
>
>

 Интересно, если я предположу что они все тоже захотят интересной и
творческой не-рутинной работы, то это будет провокаций флейма или не
очень...

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 429 bytes --]

On Sat, Mar 15, 2008 at 08:21:26PM +0300, Алексей Синицын wrote:
>  Интересно, если я предположу что они все тоже захотят интересной и
> творческой не-рутинной работы
Пусть ищут :)

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Все должно в utf-8 работать. Второй GTK как раз кучу проблем с этим решил.
Решить-то он решил, но программы под GTK2 нужно писать правильно. :-)
		-- abr in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Алексей Синицын]

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 08:21:26PM +0300, Алексей Синицын wrote:
>  >  Интересно, если я предположу что они все тоже захотят интересной и
>  > творческой не-рутинной работы
>
> Пусть ищут :)
>
>

Здесь мне что-то хочется процитировать предыдущего оратора :)

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 276 bytes --]

On Sat, Mar 15, 2008 at 08:38:32PM +0300, Алексей Синицын wrote:
> Здесь мне что-то хочется процитировать предыдущего оратора :)
?
Процитируйте.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

 * gvy не настолько тормоз, как иногда кажется ;) 

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[ABATAPA]

15 марта 2008 г. Andrey Rahmatullin написал:
> Рабочие.
Китайские? :)

-- 
ABATAPA

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 329 bytes --]

On Sat, Mar 15, 2008 at 09:20:30PM +0300, ABATAPA wrote:
> > Рабочие.
> Китайские? :)
Молодые.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<-- vvk_home has quit ("Ушёл в фидо")
--> vvk_home (n=vvk@***.***.com) has joined #altlinux
<AMorozov> vvk_home: из фидо так быстро не возвращаются :-)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Алексей Синицын]

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 08:38:32PM +0300, Алексей Синицын wrote:
>  > Здесь мне что-то хочется процитировать предыдущего оратора :)
>
> ?
>  Процитируйте.
>


>>>>  А вот если все руководителями станут, кто работать будет ?

;)

Re: [room] [JT] Re: опрос программистов

[ABATAPA]

15 марта 2008 г. Andrey Rahmatullin написал:
> Молодые.
А у них большие амбиции, они метят сразу в князи.


-- 
ABATAPA

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 315 bytes --]

On Sat, Mar 15, 2008 at 09:39:42PM +0300, Алексей Синицын wrote:
> >>>>  А вот если все руководителями станут, кто работать будет ?
А.
Ну так новые придут :)

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Список недостатков не обсуждать, а исправлять надо ;-)
		-- rider in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Алексей Синицын]

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 09:39:42PM +0300, Алексей Синицын wrote:
>  > >>>>  А вот если все руководителями станут, кто работать будет ?
>
> А.
>  Ну так новые придут :)
>
>

 А новых много, и что-бы на всех хватило они должны стать "кжи" (час быка:).

 Не, я за то-что-бы и рутину немного потерпеть.

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 335 bytes --]

On Sat, Mar 15, 2008 at 09:41:12PM +0300, ABATAPA wrote:
> > Молодые.
> А у них большие амбиции, они метят сразу в князи.
Я и говорю, пусть ищут.
Найдут - удачи им.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

 * dojlid считает "что б ты выполнял buildreq для ООо!" самым страшным
   ругательством

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Sergey Balbeko]

Дедовщиной попахивает от слова 'молодые'
кто-кто работать будет -- те,у кого мозгов не хватило руководить и
поставить собственную задачу:) хотя все начинают с песочницы. Но имхо
стремиться и направлять себя нужно именно в русло руководящее,а не
руководимое. Лучше 'ты',чем 'тебя' ;)

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 09:20:30PM +0300, ABATAPA wrote:
> > > Рабочие.
> > Китайские? :)
> Молодые.
>
> --
> WBR, wRAR (ALT Linux Team)
> Powered by the ALT Linux fortune(8):
>
> <-- vvk_home has quit ("Ушёл в фидо")
> --> vvk_home (n=vvk@***.***.com) has joined #altlinux
> <AMorozov> vvk_home: из фидо так быстро не возвращаются :-)
>


-- 
----
GLHF
WBR, Sergey Balbeko <balbeko@altlinux.org>.
----
ICQ == "244-711"
JID == "m0s.bizzy@gmail.com"

Re: [room] [JT] Re: опрос программистов

[Maxim Tyurin]

Sergey Balbeko пишет:
> Дедовщиной попахивает от слова 'молодые'
> кто-кто работать будет -- те,у кого мозгов не хватило руководить и
> поставить собственную задачу:) хотя все начинают с песочницы. Но имхо
> стремиться и направлять себя нужно именно в русло руководящее,а не
> руководимое. Лучше 'ты',чем 'тебя' ;)

Дедовщина тут не причем. А вот странное мнение об управлении явно
присутствует. Почему-то большинство при слове "руководить" представляют
этакого наследного правителя абсолютной монархии и часто забывают что
менеджмент это очень тяжелый и выматывающий труд.

Правда при продвижении вверх по карьерной лестнице приносит один бонус -
над тобой будет стоять все меньше дураков ;)
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 284 bytes --]

On Sat, Mar 15, 2008 at 10:13:22PM +0200, Maxim Tyurin wrote:
> менеджмент это очень тяжелый и выматывающий труд.
Именно :(

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

После очередного обновления самопроизвольно починилось :)
		-- mutabor in #6316

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Sergey Balbeko]

'Лучше глупые подчиненные,чем глупое начальство'(с)
а мнение неправильное о руководстве - связано лишь с тем,что редкий
подчиненый любит своего шефа..(хотя это высказывание очень скользкое)

15.03.08, Maxim Tyurin<mrkooll@bungarus.info> написал(а):
> Sergey Balbeko пишет:
> > Дедовщиной попахивает от слова 'молодые'
> > кто-кто работать будет -- те,у кого мозгов не хватило руководить и
> > поставить собственную задачу:) хотя все начинают с песочницы. Но имхо
> > стремиться и направлять себя нужно именно в русло руководящее,а не
> > руководимое. Лучше 'ты',чем 'тебя' ;)
>
> Дедовщина тут не причем. А вот странное мнение об управлении явно
> присутствует. Почему-то большинство при слове "руководить" представляют
> этакого наследного правителя абсолютной монархии и часто забывают что
> менеджмент это очень тяжелый и выматывающий труд.
>
> Правда при продвижении вверх по карьерной лестнице приносит один бонус -
> над тобой будет стоять все меньше дураков ;)
> --
>
> With Best Regards, Maxim Tyurin
> JID:	MrKooll@jabber.pibhe.com
> 			
> _______________________________________________
> smoke-room mailing list
> smoke-room@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/smoke-room


-- 
----
GLHF
WBR, Sergey Balbeko <balbeko@altlinux.org>.
----
ICQ == "244-711"
JID == "m0s.bizzy@gmail.com"

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 470 bytes --]

On Sat, Mar 15, 2008 at 10:38:50PM +0200, Sergey Balbeko wrote:
> 'Лучше глупые подчиненные,чем глупое начальство'(с)
> а мнение неправильное о руководстве - связано лишь с тем,что редкий
> подчиненый любит своего шефа..(хотя это высказывание очень скользкое)
Перестаньте топ-квотить, а.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Увы, для настройки систем общего назначения хороших конфигураторов нет.
		-- mithraen in community@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Sergey Balbeko]

Я приношу свои извинения сообществу. Просто очень часто пишу из
клиента gmail для мобильного - а у него нет настроек квотинга :(
приношу свои извинения еще раз.

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 10:38:50PM +0200, Sergey Balbeko wrote:
> > 'Лучше глупые подчиненные,чем глупое начальство'(с)
> > а мнение неправильное о руководстве - связано лишь с тем,что редкий
> > подчиненый любит своего шефа..(хотя это высказывание очень скользкое)
> Перестаньте топ-квотить, а.
>
> --
> WBR, wRAR (ALT Linux Team)
> Powered by the ALT Linux fortune(8):
>
> Увы, для настройки систем общего назначения хороших конфигураторов нет.
> 		-- mithraen in community@
>


-- 
----
GLHF
WBR, Sergey Balbeko <balbeko@altlinux.org>.
----
ICQ == "244-711"
JID == "m0s.bizzy@gmail.com"

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 649 bytes --]

On Sat, Mar 15, 2008 at 10:51:50PM +0200, Sergey Balbeko wrote:
> Я приношу свои извинения сообществу. Просто очень часто пишу из
> клиента gmail для мобильного - а у него нет настроек квотинга :(
> приношу свои извинения еще раз.
Курсор в конец письма можно поставить и руками, а больше никакие настройки
не нужны.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<Ljubava> Lost: нет, я обновила сразу весь дистр)
<Ljubava> а перегружать надо?
<Lost> если в течение 10 минут после перезагрузки мы не увидим здесь Любу -
       будем считать ее Сизифисткой. И дадим почетный орден Злобного
       Дендромутанта.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Sergey Balbeko]

Клиент квоты не отображает. Он добавляет их при отправке. 'а давать
советы не зная сути вопроса-удел людей слишком самоуверенных'
з.ы. Чувствую обвинения в троллинге,которые летят ко мне;)

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 10:51:50PM +0200, Sergey Balbeko wrote:
> > Я приношу свои извинения сообществу. Просто очень часто пишу из
> > клиента gmail для мобильного - а у него нет настроек квотинга :(
> > приношу свои извинения еще раз.
> Курсор в конец письма можно поставить и руками, а больше никакие настройки
> не нужны.
>
> --
> WBR, wRAR (ALT Linux Team)
> Powered by the ALT Linux fortune(8):
>
> <Ljubava> Lost: нет, я обновила сразу весь дистр)
> <Ljubava> а перегружать надо?
> <Lost> если в течение 10 минут после перезагрузки мы не увидим здесь Любу -
>        будем считать ее Сизифисткой. И дадим почетный орден Злобного
>        Дендромутанта.
>


-- 
----
GLHF
WBR, Sergey Balbeko <balbeko@altlinux.org>.
----
ICQ == "244-711"
JID == "m0s.bizzy@gmail.com"

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 364 bytes --]

On Sat, Mar 15, 2008 at 11:04:51PM +0200, Sergey Balbeko wrote:
> Клиент квоты не отображает. Он добавляет их при отправке.
Standard - отображает.
basic html вот не понял, видимо действительно при отправке.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<hiddenman> сублимация моего либидо привела к отслоению коры головного мозга

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Sergey Balbeko]

Речь идет о явовском клиенте для телефона. www.gmail.com/app

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 11:04:51PM +0200, Sergey Balbeko wrote:
> > Клиент квоты не отображает. Он добавляет их при отправке.
> Standard - отображает.
> basic html вот не понял, видимо действительно при отправке.
>
> --
> WBR, wRAR (ALT Linux Team)
> Powered by the ALT Linux fortune(8):
>
> <hiddenman> сублимация моего либидо привела к отслоению коры головного мозга
>


-- 
----
GLHF
WBR, Sergey Balbeko <balbeko@altlinux.org>.
----
ICQ == "244-711"
JID == "m0s.bizzy@gmail.com"

Re: [room] [JT] Re: опрос программистов

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 407 bytes --]

On Sat, Mar 15, 2008 at 11:14:29PM +0200, Sergey Balbeko wrote:
> Речь идет о явовском клиенте для телефона. www.gmail.com/app
А.
Ну вас никто не заставляет с него писать.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Дефолты не заменят описание опции. Если в интерфейсе есть галка, она
должна быть документирована. Либо галки там быть не должно.
		-- mithraen in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [room] [JT] Re: опрос программистов

[Sergey Balbeko]

Отсутствие альтернатив - опера мини - отправляет через раз и вообще не
удобна. Надеюсь решить проблему в ближайшее время:) сильно ногами не
пинайте пожалуйста.

15.03.08, Andrey Rahmatullin<wrar@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 11:14:29PM +0200, Sergey Balbeko wrote:
> > Речь идет о явовском клиенте для телефона. www.gmail.com/app
> А.
> Ну вас никто не заставляет с него писать.
>
> --
> WBR, wRAR (ALT Linux Team)
> Powered by the ALT Linux fortune(8):
>
> Дефолты не заменят описание опции. Если в интерфейсе есть галка, она
> должна быть документирована. Либо галки там быть не должно.
> 		-- mithraen in devel@
>


-- 
----
GLHF
WBR, Sergey Balbeko <balbeko@altlinux.org>.
----
ICQ == "244-711"
JID == "m0s.bizzy@gmail.com"

Re: [room] [Comm] [JT] опрос программистов )))

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 458 bytes --]

On Sat, Mar 15, 2008 at 02:55:51PM +0300, Mikhail A. Pokidko wrote:
> 2008/3/15 Michael Bykov
> >  Вообще никогда не нужно делать то,
> >  что нудно, ни за какие деньги, разве что в составе целого, которое
> >  отнюдь не нудно.  Ваще никада.
> 
> Вы работаете?

Что, совсем девеломперды достали? ;)

На самом деле, подпишусь под предыдущими +1, если работа не катит, надо ее
менять.

-- 
Пользуйтесь, кому не страшно ;-)
		-- vvzhy in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [room] [JT] Re: опрос программистов

[Денис Смирнов]

On Sat, Mar 15, 2008 at 10:38:50PM +0200, Sergey Balbeko wrote:

SB> 'Лучше глупые подчиненные,чем глупое начальство'(с)

Спорный вопрос :)

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

Ну нафиг.

Уж лучше в дворники, чем быть манагером при подчиненных-идиотах.

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

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] [JT] Re: опрос программистов

[Sergey Balbeko]

Ага,давайте-давайте. А когда не совсем компетентный(ака 'умный')
начальник наклоняет каждого за выдуманные им же недостатки. И трудится
над подчиненным в поте лица,пытаясь добиться от него невозможного-это
хорошо наверное. И начальнику хорошо,и подчиненному прочистка
ана^Wмозгов.
З.Ы. По моему в рассылке слова типа 'нах' не приветствуются;) давайте
выражаться корректно.

16.03.08, Денис Смирнов<mithraen@altlinux.ru> написал(а):
> On Sat, Mar 15, 2008 at 10:38:50PM +0200, Sergey Balbeko wrote:
>
> SB> 'Лучше глупые подчиненные,чем глупое начальство'(с)
>
> Спорный вопрос :)
>
> Глупое начальство, если оно хотя бы достаточно умно чтобы будучи
> посланными нах не искать дорого назад, обычно, не мешает работать. А вот
> если подчиненные глупы, то приходится работать за десятерых.
>
> Ну нафиг.
>
> Уж лучше в дворники, чем быть манагером при подчиненных-идиотах.
>
> А лучшие подчиненные, это которым можно сказать -- "я дурак, нихрена в
> вашей работе не понимаю -- сделайте так, чтобы все было круто и не парьте
> мне мозг". И они сделают.
>
> Hint: начальник _всегда_ немного дурак в глазах подчиненных, ибо он
> работает с общей картиной, и знать детали ему не обязательно. Их должны
> знать подчиненные. Если же происходит противоположное, то дураки сидят в
> отделе кадров.
>
> --
> С уважением, Денис
>
> http://freesource.info
> ----------------------------------------------------------------------------
> _______________________________________________
> smoke-room mailing list
> smoke-room@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/smoke-room


-- 
----
GLHF
WBR, Sergey Balbeko <balbeko@altlinux.org>.
----
ICQ == "244-711"
JID == "m0s.bizzy@gmail.com"

Re: [room] [Comm] [JT] опрос программистов )))

[Mikhail A. Pokidko]

2008/3/15 Mikhail Gusarov :
> Twas brillig at 14:55:51 15.03.2008 UTC+03 when Mikhail A. Pokidko did gyre and gimble:
>
>   >> Вообще никогда не нужно делать то, что нудно, ни за какие деньги,
>   >> разве что в составе целого, которое отнюдь не нудно.  Ваще никада.
>
>   MAP> Вы работаете?
>
>  Я работаю. И подпишусь под вышеприведёнными словами.

Ну что так _должно быть_, готов подпечаться и я.
Было бы интересно увидеть количественное сравнение тех, кому в целом
интересно работать, у кого вообще нет минусов в работе и тех, кто не
относит себя к этим двум категориям.



-- 
ALTLinux Team
xmpp: solar AT solar.net.ru

Re: [room] [JT] Re: опрос программистов

[Денис Смирнов]

On Sun, Mar 16, 2008 at 04:29:55PM +0200, Sergey Balbeko wrote:

SB> Ага,давайте-давайте. А когда не совсем компетентный(ака 'умный')
SB> начальник наклоняет каждого за выдуманные им же недостатки. И трудится
SB> над подчиненным в поте лица,пытаясь добиться от него невозможного-это
SB> хорошо наверное. И начальнику хорошо,и подчиненному прочистка
SB> ана^Wмозгов.

Поясняю -- выдумывать требования к результатам работы это как раз прямая
обязанность того самого начальства. Если начальство придумывает их с точки
зрения сотрудника неправильно -- ему остается только голосовать ногами (и
это правильно).

Самое интересное в том, что правильность требований сложно оценить
_правильно_ сотруднику. Поэтому часто вопрос не правильно/не правильно, а
устраивает/не устраивает.

У меня один программист был уволен за отказ исполнять требование "вся
работа за день коммитится в svn, если в svn нет коммитов -- я считаю что
ты в этот день вообще ничего не делал". Он мое требование считает
идиотским, я его таковым не считаю. Кто прав? Оба. Ему так работать не
удобно -- он будет работать там, где его требования начальства устраивают,
а у меня будут работать те, кого мои требования устраивают.

И это -- правильно.

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

У грамотного специалиста уже давно нет проблемы "тупой начальник", ибо
сейчас спрос на сотрудников настолько превышает предложение, что сотрудник
в состоянии самостоятельно выбирать себе начальника, а не наоборот :)

Исключение -- люди живущие в отдаленных уголках страны, которые по
каким-либо причинам не могут работать удаленно _и_ не могут/не хотят
переехать. Вот у них проблемы бывают :(

К счастью в IT области удаленная работа вполне доступна.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] [JT] Re: опрос программистов

[Sergey Balbeko]

В принципе убедили. Согласен почти со всем. А с чем не согласен-пусть
останется при мне;)

17.03.08, Денис Смирнов<mithraen@altlinux.ru> написал(а):
> On Sun, Mar 16, 2008 at 04:29:55PM +0200, Sergey Balbeko wrote:
>
> SB> Ага,давайте-давайте. А когда не совсем компетентный(ака 'умный')
> SB> начальник наклоняет каждого за выдуманные им же недостатки. И трудится
> SB> над подчиненным в поте лица,пытаясь добиться от него невозможного-это
> SB> хорошо наверное. И начальнику хорошо,и подчиненному прочистка
> SB> ана^Wмозгов.
>
> Поясняю -- выдумывать требования к результатам работы это как раз прямая
> обязанность того самого начальства. Если начальство придумывает их с точки
> зрения сотрудника неправильно -- ему остается только голосовать ногами (и
> это правильно).
>
> Самое интересное в том, что правильность требований сложно оценить
> _правильно_ сотруднику. Поэтому часто вопрос не правильно/не правильно, а
> устраивает/не устраивает.
>
> У меня один программист был уволен за отказ исполнять требование "вся
> работа за день коммитится в svn, если в svn нет коммитов -- я считаю что
> ты в этот день вообще ничего не делал". Он мое требование считает
> идиотским, я его таковым не считаю. Кто прав? Оба. Ему так работать не
> удобно -- он будет работать там, где его требования начальства устраивают,
> а у меня будут работать те, кого мои требования устраивают.
>
> И это -- правильно.
>
> Кстати из того факта что начальник должен понимать в работе сотрудника
> несколько меньше его самого, следует что тот самый сотрудник _должен_
> предложить начальству устраивающие обоих способы оценки результата, если
> его не устраивают использующиеся начальником.
>
> У грамотного специалиста уже давно нет проблемы "тупой начальник", ибо
> сейчас спрос на сотрудников настолько превышает предложение, что сотрудник
> в состоянии самостоятельно выбирать себе начальника, а не наоборот :)
>
> Исключение -- люди живущие в отдаленных уголках страны, которые по
> каким-либо причинам не могут работать удаленно _и_ не могут/не хотят
> переехать. Вот у них проблемы бывают :(
>
> К счастью в IT области удаленная работа вполне доступна.
>
> --
> С уважением, Денис
>
> http://freesource.info
> ----------------------------------------------------------------------------
> _______________________________________________
> smoke-room mailing list
> smoke-room@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/smoke-room


-- 
----
GLHF
WBR, Sergey Balbeko <balbeko@altlinux.org>.
----
ICQ == "244-711"
JID == "m0s.bizzy@gmail.com"

Re: [room] [JT] Re: опрос программистов

[Timur Batyrshin]

On Mon, 17 Mar 2008 03:51:43 +0300
Денис Смирнов wrote:

> Кстати из того факта что начальник должен понимать в работе сотрудника
> несколько меньше его самого,

Вовсе нет. Скорее, не обязан вникать в тонкости и детали.
Здесь лучше применить условие достаточности, чем необходимости.

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

Re: [room] [JT] Re: опрос программистов

[Michael Shigorin]

On Sat, Mar 15, 2008 at 03:15:14PM +0200, Sergey Balbeko wrote:
> Гораздо важнее развить в себе таланты руководителя и самому
> развить свой проект,и вывести его на рынок,сделать его
> конкурентоспособным.

Скажем так -- это не менее важно.  Вёсла нужны и левое, и правое,
одним удаётся грести, только если оно специфическое (и судёнышко
тоже).

> А в программировании романтики и чего-то сверхувлекательного
> нет.

Есть! ;-)  Когда это _творчество_, а не рутина.  Это бывает.


> 15.03.08, Mikhail Gusarov<dottedmag@> написал(а):
> >  >> Привет всем. Меня зовут Влад. Я живу в Украине. Очень
> >  >> хочу выучиться на программиста. Если кто-то из вас учился
> >  >> в Украине на подобную профессию, подскажите какой вуз
> >  >> наиболее хороший.

Кстати, я баунснул человеку этот тред.

> >  MS> Вуз для этого скорее вреден -- убьют весь интерес тупыми лабами (во
> >  MS> мне благополучно угробили химика).
> > Исключения бывают, но на всех Непейводы не напасёшься :)

:D


On Sat, Mar 15, 2008 at 09:02:01PM +0400, Sergey Y. Afonin wrote:
> > Гораздо важнее развить в себе таланты руководителя и самому
> > развить свой проект 
> А вот если все руководителями станут, кто работать будет ?

Все -- не станут.  Хорошему руководителю надо не только уже уметь
работать, но ещё и быть самому организованным, трезво рассуждающим,
уметь как любить и ценить людей, так и не расхолаживать их.

Это сложно.


On Sat, Mar 15, 2008 at 10:13:22PM +0200, Maxim Tyurin wrote:
> забывают что менеджмент это очень тяжелый и выматывающий труд.

+1


On Sun, Mar 16, 2008 at 05:06:14PM +0300, Денис Смирнов wrote:
> SB> 'Лучше глупые подчиненные,чем глупое начальство'(с)
> Спорный вопрос :) Глупое начальство, если оно хотя бы
> достаточно умно чтобы будучи посланными нах не искать дорого
> назад, обычно, не мешает работать.

Это уже не глупое, это просто бесполезное.

> А вот если подчиненные глупы, то приходится работать за
> десятерых.

Это тоже бесполезные (а глуп -- тот, кто работает за десятерых,
ага).

> А лучшие подчиненные, это которым можно сказать -- "я дурак,
> нихрена в вашей работе не понимаю -- сделайте так, чтобы все
> было круто и не парьте мне мозг". И они сделают.

Вот только при виде такого же начальника они быренько к нему
смоются, и ведь будут правы ;)

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

Угу.


On Mon, Mar 17, 2008 at 03:51:43AM +0300, Денис Смирнов wrote:
> У меня один программист был уволен за отказ исполнять
> требование "вся работа за день коммитится в svn, если в svn нет
> коммитов -- я считаю что ты в этот день вообще ничего не
> делал". Он мое требование считает идиотским, я его таковым не
> считаю. Кто прав? Оба. Ему так работать не удобно -- он будет
> работать там, где его требования начальства устраивают,
> а у меня будут работать те, кого мои требования устраивают.

Ты более прав по ряду причин, но даже с его стороны -- ты его
попытался проапгрейдить до working in timeboxes, а он сдуру
упирался.  Почитай Johanna Rothman, очень толково пишет о том,
почему небольшие осязаемые кусочки конкретной работы -- лучшее
средство от авралов, тупиков и прочей ерунды.

> У грамотного специалиста уже давно нет проблемы "тупой
> начальник", ибо сейчас спрос на сотрудников настолько превышает
> предложение, что сотрудник в состоянии самостоятельно выбирать
> себе начальника, а не наоборот :)

Подтверждаю.


On Sun, Mar 16, 2008 at 06:40:54PM +0300, Mikhail A. Pokidko wrote:
> >   >> Вообще никогда не нужно делать то, что нудно, ни за
> >   >> какие деньги, разве что в составе целого, которое отнюдь
> >   >> не нудно.  Ваще никада.
> >   MAP> Вы работаете?
> >  Я работаю. И подпишусь под вышеприведёнными словами.

Аналогично.

> Ну что так _должно быть_, готов подпечаться и я.
> Было бы интересно увидеть количественное сравнение тех, кому в
> целом интересно работать, у кого вообще нет минусов в работе и
> тех, кто не относит себя к этим двум категориям.

Миш, Миша правду говорит.

За деньги нудным заниматься не стоит.  За совесть -- можно.
Но это совсем другой разговор.

А минусы в работе есть всегда, если сейчас нет -- они появятся.
Мир-то неидеальный.

В моей работе они тоже есть, но она мне интересна и другой не ищу.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] [JT] Re: опрос программистов

[Aleksey Korotkov]

On Sat, 15 Mar 2008 19:01:17 +0600
Mikhail Gusarov wrote:

MG> Исключения бывают, но на всех Непейводы не напасёшься :)

У нас в городе пока ещё есть и аэропорт и железнодорожный вокзал :)

-- 
С уважением,
А.В.Коротков,

mailto:ziga@uni.udm.ru

Re: [room] [JT] Re: опрос программистов

[Damir Shayhutdinov]

>  MG> Исключения бывают, но на всех Непейводы не напасёшься :)
>
>  У нас в городе пока ещё есть и аэропорт и железнодорожный вокзал :)

И чемоданы продаются всем желающим? ;)

Re: [room] [JT] Re: опрос программистов

[Aleksey Korotkov]

On Mon, 17 Mar 2008 16:27:44 +0300
Damir Shayhutdinov wrote:

DS> И чемоданы продаются всем желающим? ;)

Ммм... наверно, да :)

Однако чемодан, вроде как, принято покупать в месте отправления, а не
прибытия :) 

-- 
С уважением,
А.В.Коротков,

mailto:ziga@uni.udm.ru

Re: [room] [JT] Re: опрос программистов

[Денис Смирнов]

On Mon, Mar 17, 2008 at 12:59:14PM +0200, Michael Shigorin wrote:

> SB>> 'Лучше глупые подчиненные,чем глупое начальство'(с)
>> Спорный вопрос :) Глупое начальство, если оно хотя бы
>> достаточно умно чтобы будучи посланными нах не искать дорого
>> назад, обычно, не мешает работать.
MS> Это уже не глупое, это просто бесполезное.

Оно может быть вполне полезно на своем месте.

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

И, например, в тех платах что мы разрабатываем _меня_ интересуют только:
 - ТТХ _с позиции пользователя/администратора_
 - средства диагностики
 - товарный вид

В остальные вещи я не лезу. Иногда, конечно, лезу -- но 90% моих
предложений отправляются в корзину, иногда даже без объяснений причин,
если на таковые нет времени.

Мало того, сотрудник в чьи дела мне _придется_ лезть -- будет кандидатом
на очень скорое увольнение. Моя работа дать ему требования к результатам,
его -- сделать так, чтобы были выполнены и эти требования, а также целая
гора других требований о которых я не подозреваю.

>> А вот если подчиненные глупы, то приходится работать за
>> десятерых.
MS> Это тоже бесполезные (а глуп -- тот, кто работает за десятерых,
MS> ага).

Точно :) Бывает исключение -- работа в компании где плохой отдел кадров.

>> А лучшие подчиненные, это которым можно сказать -- "я дурак,
>> нихрена в вашей работе не понимаю -- сделайте так, чтобы все
>> было круто и не парьте мне мозг". И они сделают.
MS> Вот только при виде такого же начальника они быренько к нему
MS> смоются, и ведь будут правы ;)

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

>> У меня один программист был уволен за отказ исполнять
>> требование "вся работа за день коммитится в svn, если в svn нет
>> коммитов -- я считаю что ты в этот день вообще ничего не
>> делал". Он мое требование считает идиотским, я его таковым не
>> считаю. Кто прав? Оба. Ему так работать не удобно -- он будет
>> работать там, где его требования начальства устраивают,
>> а у меня будут работать те, кого мои требования устраивают.
MS> Ты более прав по ряду причин, но даже с его стороны -- ты его
MS> попытался проапгрейдить до working in timeboxes, а он сдуру
MS> упирался.  Почитай Johanna Rothman, очень толково пишет о том,
MS> почему небольшие осязаемые кусочки конкретной работы -- лучшее
MS> средство от авралов, тупиков и прочей ерунды.

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

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

Да, с его точки зрения я классический случай "начальника-идиота".

MS> За деньги нудным заниматься не стоит.  За совесть -- можно.
MS> Но это совсем другой разговор.
MS> А минусы в работе есть всегда, если сейчас нет -- они появятся.
MS> Мир-то неидеальный.

+1

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] [JT] Re: опрос программистов

[Денис Смирнов]

On Mon, Mar 17, 2008 at 09:52:21AM +0300, Timur Batyrshin wrote:
>> Кстати из того факта что начальник должен понимать в работе сотрудника
>> несколько меньше его самого,
TB> Вовсе нет. Скорее, не обязан вникать в тонкости и детали.
TB> Здесь лучше применить условие достаточности, чем необходимости.

В общем-то да. Но голова, она не резиновая. А ему в ней надо удерживать
столько всего другого...

Могу сказать что самая изматывающая для меня работа, это когда надо часто
переключаться со стратегического на тактическое планирование. Одновременно
работать с конкретным куском кода, и при этом держать в голове архитектуру
системы целиком. Эффективность у меня в таком режиме падает даже не в
разы, а на порядки.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] [JT] Re: опрос программистов

[Michael Shigorin]

On Tue, Mar 18, 2008 at 12:34:19AM +0300, Денис Смирнов wrote:
> >> А вот если подчиненные глупы, то приходится работать за
> >> десятерых.
> > Это тоже бесполезные (а глуп -- тот, кто работает за
> > десятерых, ага).
> Точно :) Бывает исключение -- работа в компании где плохой
> отдел кадров.

Это не исключение ;)

> >> "вся работа за день коммитится в svn, если в svn нет
> >> коммитов -- я считаю что ты в этот день вообще ничего не
> >> делал". Он мое требование считает идиотским, я его таковым
> >> не считаю. Кто прав? Оба.
> MS> Ты более прав по ряду причин, но даже с его стороны -- ты его
> MS> попытался проапгрейдить до working in timeboxes, а он сдуру
> С его стороны это выглядело как "я не позволяю ему работать в
> привычном ему ритме", и он считает что "дуракам пол работы не
> показывают, а дурак -- любой, кроме автора этой самой работы".

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

Ну да дело личное, как ты и указал.  Каждый имеет право сам
набивать эти шишки.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] [JT] Re: опрос программистов

[Michael Shigorin]

On Tue, Mar 18, 2008 at 12:36:21AM +0300, Денис Смирнов wrote:
> Но голова, она не резиновая.

BTW http://mas.kiev.ua/time.html -- не со всем, но со многим
согласен.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] [JT] Re: опрос программистов

[Денис Смирнов]

On Mon, Mar 17, 2008 at 11:40:38PM +0200, Michael Shigorin wrote:
>>>> А вот если подчиненные глупы, то приходится работать за
>>>> десятерых.
>>> Это тоже бесполезные (а глуп -- тот, кто работает за
>>> десятерых, ага).
>> Точно :) Бывает исключение -- работа в компании где плохой
>> отдел кадров.
MS> Это не исключение ;)

:)

> >>> "вся работа за день коммитится в svn, если в svn нет
> >>> коммитов -- я считаю что ты в этот день вообще ничего не
> >>> делал". Он мое требование считает идиотским, я его таковым
> >>> не считаю. Кто прав? Оба.
> MS>> Ты более прав по ряду причин, но даже с его стороны -- ты его
> MS>> попытался проапгрейдить до working in timeboxes, а он сдуру
>> С его стороны это выглядело как "я не позволяю ему работать в
>> привычном ему ритме", и он считает что "дуракам пол работы не
>> показывают, а дурак -- любой, кроме автора этой самой работы".
MS> Значит, у него восприятие стоит на голове.  И если не переступит
MS> через эту идиотскую гордыню и не поймёт, что чем раньше другие
MS> смогут понять, что рытьё идёт криво или вообще в неверном
MS> направлении -- тем больше времени жизни (которое не повернёшь)
MS> удастся сберечь на исправлениях, то так и проживёт бездарно.

Тут какая штука -- кто-то работает чтобы получить зарплату, а кто-то
предпочитает получать зарплату за то что делает что-то полезное.

Первые лично мне попросту неинтересны.

MS> Ну да дело личное, как ты и указал.  Каждый имеет право сам
MS> набивать эти шишки.

Скажем так -- каждый имеет право расставлять сам свои приоритеты. Точно
также как и выбирать с кем работать :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] [JT] Re: опрос программистов

[Денис Смирнов]

On Mon, Mar 17, 2008 at 11:42:23PM +0200, Michael Shigorin wrote:
>> Но голова, она не резиновая.
MS> BTW http://mas.kiev.ua/time.html -- не со всем, но со многим
MS> согласен.

Гениально!

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[room] fortuned!

[Michael Shigorin]

On Tue, Mar 18, 2008 at 04:19:23AM +0300, Денис Смирнов wrote:
> Тут какая штука -- кто-то работает чтобы получить зарплату, а
> кто-то предпочитает получать зарплату за то что делает что-то
> полезное.  Первые лично мне попросту неинтересны.

В цитатницу :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] [JT] Re: опрос программистов

[Timur Batyrshin]

On Mon, 17 Mar 2008 12:59:14 +0200
Michael Shigorin wrote:
> > У меня один программист был уволен за отказ исполнять
> > требование "вся работа за день коммитится в svn, если в svn нет
> > коммитов -- я считаю что ты в этот день вообще ничего не
> > делал". Он мое требование считает идиотским, я его таковым не
> > считаю. Кто прав? Оба. Ему так работать не удобно -- он будет
> > работать там, где его требования начальства устраивают,
> > а у меня будут работать те, кого мои требования устраивают.
> Ты более прав по ряду причин, но даже с его стороны -- ты его
> попытался проапгрейдить до working in timeboxes, а он сдуру
> упирался.  Почитай Johanna Rothman, очень толково пишет о том,
> почему небольшие осязаемые кусочки конкретной работы -- лучшее
> средство от авралов, тупиков и прочей ерунды.

Кстати, недавно SVN начал использовать -- такая хорошая вещь, даже для
работы одному, даже если откаты на предыдущие версии не приходится
делать.

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

Re: [room] [JT] Re: опрос программистов

[Денис Смирнов]

On Tue, Mar 18, 2008 at 05:16:50PM +0300, Timur Batyrshin wrote:

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

Лично для себя удобнее git. Там есть еще git-bisect -- волшебная вещь для
поиска багов.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] [JT] Re: опрос программистов

[Maxim Tyurin]

Timur Batyrshin writes:

> On Mon, 17 Mar 2008 12:59:14 +0200
> Michael Shigorin wrote:
>> > У меня один программист был уволен за отказ исполнять
>> > требование "вся работа за день коммитится в svn, если в svn нет
>> > коммитов -- я считаю что ты в этот день вообще ничего не
>> > делал". Он мое требование считает идиотским, я его таковым не
>> > считаю. Кто прав? Оба. Ему так работать не удобно -- он будет
>> > работать там, где его требования начальства устраивают,
>> > а у меня будут работать те, кого мои требования устраивают.
>> Ты более прав по ряду причин, но даже с его стороны -- ты его
>> попытался проапгрейдить до working in timeboxes, а он сдуру
>> упирался.  Почитай Johanna Rothman, очень толково пишет о том,
>> почему небольшие осязаемые кусочки конкретной работы -- лучшее
>> средство от авралов, тупиков и прочей ерунды.
>
> Кстати, недавно SVN начал использовать -- такая хорошая вещь, даже для
> работы одному, даже если откаты на предыдущие версии не приходится
> делать.

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

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

[room] SCM

[Michael Shigorin]

On Tue, Mar 18, 2008 at 05:16:50PM +0300, Timur Batyrshin wrote:
> Кстати, недавно SVN начал использовать -- такая хорошая вещь,
> даже для работы одному, даже если откаты на предыдущие версии
> не приходится делать.

Если недавно -- попробуйте git, пока не позавязывались :)

SVN -- это костыль по мотивам CVS, тормозной и концептуально
древний.  С ним очень многого не выйдет в принципе.

git же получается использовать и как svn, и как нормальную DSCM.

> Во-первых, при коммите сразу подводишь для себя черту что
> сделано за этот заход.

А ещё тут есть git commit --amend. :)

> Ну и по идее, еще и диффы между версиями хорошо должны
> помогать, чтобы вспомнить ход мысли, к примеру, хотя и мне это
> сейчас трудно оценить, т.к. на патчах puredata их читать крайне
> трудно.

git log -p показывает лог сразу с диффами, для кучки небольших
коммитов -- очень удобно.  Ну и tig, gitk всяких достаточно есть.

Так что рекомендую:
http://www.kernel.org/pub/software/scm/git/docs/everyday.html
http://www.kernel.org/pub/software/scm/git/docs/tutorial.html

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] SCM

[Maxim Tyurin]

Michael Shigorin writes:

> On Tue, Mar 18, 2008 at 05:16:50PM +0300, Timur Batyrshin wrote:
>> Кстати, недавно SVN начал использовать -- такая хорошая вещь,
>> даже для работы одному, даже если откаты на предыдущие версии
>> не приходится делать.
>
> Если недавно -- попробуйте git, пока не позавязывались :)

Только у него систему команд человекоподобные роботы придумывали. Чтоб
им нормально пользоваться надо Линуса в штате иметь. Он еще загадочнее
tla по командам.
Лучше уже bzr или hg.

mtn тоже неплох, но он более специфичен.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM

[Денис Смирнов]

On Tue, Mar 18, 2008 at 06:22:56PM +0200, Maxim Tyurin wrote:
>> Если недавно -- попробуйте git, пока не позавязывались :)
MT> Только у него систему команд человекоподобные роботы придумывали. Чтоб
MT> им нормально пользоваться надо Линуса в штате иметь. Он еще загадочнее
MT> tla по командам.
MT> Лучше уже bzr или hg.
MT> mtn тоже неплох, но он более специфичен.

Да ладно... В tla я вообще вкурить не смог, а с git по tutorial мигом
разобрался. Мне не нужно 90% его возможностей, а те 10 которые нужны в
любом случае перекрывают svn.

В git хоть бранчи человеческие, а не как в svn.

Кроме того у нас тут пол team теперь спецы по git -- всегда есть к кому с
вопросами приставать, и есть несколько человек, к которым можно с очень
нетривиальными вопросами приставать.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] SCM

[Damir Shayhutdinov]

>  > Если недавно -- попробуйте git, пока не позавязывались :)
>
>
> Только у него систему команд человекоподобные роботы придумывали.
Не роботы - а Линус. Он создал низкоуровневый код, и поначалу не хотел
делать оберток вокруг него (для этого были созданые всякие cogito и
quilt).

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

Надо понимать, что утилиты git высокого уровня ориентированы на стиль
работы Линуса. Для этого они работают идеально. Для всего остального
они могут несколько неудобны. Это медленно исправляется с каждой новой
версией.

> Чтоб
>  им нормально пользоваться надо Линуса в штате иметь. Он еще загадочнее
>  tla по командам.
>  Лучше уже bzr или hg.
А я уже привык. Наверняка интерфейс болида Шумахера так же неудобен
для обычных водителей, как интерфейс гита Линуса для обычных
разработчиков.

Неужели никому не хочется пользоваться мощными инструментами,
созданными для наиболее выдающихся представителей нашего мира? ;)
После этого запорожцы типа CVS смотрятся издевательствами.

Re: [room] SCM

[Maxim Tyurin]

Денис Смирнов writes:

> On Tue, Mar 18, 2008 at 06:22:56PM +0200, Maxim Tyurin wrote:
>>> Если недавно -- попробуйте git, пока не позавязывались :)
> MT> Только у него систему команд человекоподобные роботы придумывали. Чтоб
> MT> им нормально пользоваться надо Линуса в штате иметь. Он еще загадочнее
> MT> tla по командам.
> MT> Лучше уже bzr или hg.
> MT> mtn тоже неплох, но он более специфичен.
>
> Да ладно... В tla я вообще вкурить не смог, а с git по tutorial мигом
> разобрался. Мне не нужно 90% его возможностей, а те 10 которые нужны в
> любом случае перекрывают svn.

С tla по tutorial я быстро разобрался. Кроме того с xtla лезть в сам
tla мне надо было только один раз когда я сильно хитро переплел бранчи.

> В git хоть бранчи человеческие, а не как в svn.

А они во всех распределенных хорошо сделаны.

> Кроме того у нас тут пол team теперь спецы по git -- всегда есть к кому с
> вопросами приставать, и есть несколько человек, к которым можно с очень
> нетривиальными вопросами приставать.

Кроме того у git есть несколько ограничений для меня неприемлемых.

1) его нет нативного для win32

2) у него нет прозрачной перекодировки (имен файлов, логов, ...)

У нас есть те кто работает на win32 с кодировкой cp1251/cp866, есть
Linux с KOI8, есть Linux с UTF8.

monotone и bazaar-ng все держат в UTF8 и перекодируют из/в локали
пользователя. bzr получше, mtn похуже.

Потому сейчас собираюсь мигрировать на bzr. Вернусь к истокам :)
Ибо путь был такой cvs->bazaar->tla->monotone->bazaar-ng

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM

[Maxim Tyurin]

Damir Shayhutdinov writes:

>>  > Если недавно -- попробуйте git, пока не позавязывались :)
>>
>>
>> Только у него систему команд человекоподобные роботы придумывали.
> Не роботы - а Линус. Он создал низкоуровневый код, и поначалу не хотел
> делать оберток вокруг него (для этого были созданые всякие cogito и
> quilt).
>
> Но потом оказалось что интерфейс для Линуса не такой уж и неудобный
> для всех остальных. А некоторым даже нравится. Всякие шероховатости
> спилили напильниками (и до сих пор спиливают), в итоге получили то что
> есть.

ИМХО это скорее вау-эффект был. Сделано Линусом - значит круто и будем
использовать. 

> Надо понимать, что утилиты git высокого уровня ориентированы на стиль
> работы Линуса. Для этого они работают идеально. Для всего остального
> они могут несколько неудобны. Это медленно исправляется с каждой новой
> версией.
>
>> Чтоб
>>  им нормально пользоваться надо Линуса в штате иметь. Он еще загадочнее
>>  tla по командам.
>>  Лучше уже bzr или hg.
> А я уже привык. Наверняка интерфейс болида Шумахера так же неудобен
> для обычных водителей, как интерфейс гита Линуса для обычных
> разработчиков.
>
> Неужели никому не хочется пользоваться мощными инструментами,
> созданными для наиболее выдающихся представителей нашего мира? ;)
> После этого запорожцы типа CVS смотрятся издевательствами.

А с чего вы решили что hg или bzr менее мощные инструменты?
Только они еще и с нормальной системой команд и отличной
документацией. 
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM

[Damir Shayhutdinov]

> Кроме того у git есть несколько ограничений для меня неприемлемых.
>
>  1) его нет нативного для win32
Есть. MinGW.

>  2) у него нет прозрачной перекодировки (имен файлов, логов, ...)
Логов - есть.

>  У нас есть те кто работает на win32 с кодировкой cp1251/cp866, есть
>  Linux с KOI8, есть Linux с UTF8.
С именами файлов везде проблемы. Потому что эти имена еще и в Makefile попадают.

>  monotone и bazaar-ng все держат в UTF8 и перекодируют из/в локали
>  пользователя. bzr получше, mtn похуже.
И в Makefile они меняют кодировку имен? Иначе эта перекодировка имен не нужна.

Re: [room] SCM

[Damir Shayhutdinov]

> ИМХО это скорее вау-эффект был. Сделано Линусом - значит круто и будем
>  использовать.
Вряд ли. Покажите еще человека который за две минуты по десять патчей мержит.

> А с чего вы решили что hg или bzr менее мощные инструменты?
Я такого не говорил.

>  Только они еще и с нормальной системой команд и отличной
>  документацией.
Ну-ну. То-то xorg на git. У любого инструмента есть предел
масштабируемости. Одни подходят для маленьких систем, другие для
больших. Насколько мне известно, git - наиболее масштабируемая
система.

Re: [room] SCM

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 937 bytes --]

Damir Shayhutdinov пишет:
>> Кроме того у git есть несколько ограничений для меня неприемлемых.
>>
>>  1) его нет нативного для win32
> Есть. MinGW.

Это из серии "1С под Linux есть - в wine"

>>  2) у него нет прозрачной перекодировки (имен файлов, логов, ...)
> Логов - есть.

Логи совсем не главное.

>>  У нас есть те кто работает на win32 с кодировкой cp1251/cp866, есть
>>  Linux с KOI8, есть Linux с UTF8.
> С именами файлов везде проблемы. Потому что эти имена еще и в Makefile попадают.
> 
>>  monotone и bazaar-ng все держат в UTF8 и перекодируют из/в локали
>>  пользователя. bzr получше, mtn похуже.
> И в Makefile они меняют кодировку имен? Иначе эта перекодировка имен не нужна.

А для make альтернативы когда успели отменить?
Да и с именами файлов в Makefile можно бороться достаточно успешно.
iconv нормально работает.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [room] SCM

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 909 bytes --]

Damir Shayhutdinov пишет:
>> ИМХО это скорее вау-эффект был. Сделано Линусом - значит круто и будем
>>  использовать.
> Вряд ли. Покажите еще человека который за две минуты по десять патчей мержит.

Я говорил про то что все кинулись пользоваться инструментом, сделанным
Линусом для задач Линуса.

>> А с чего вы решили что hg или bzr менее мощные инструменты?
> Я такого не говорил.
> 
>>  Только они еще и с нормальной системой команд и отличной
>>  документацией.
> Ну-ну. То-то xorg на git. У любого инструмента есть предел
> масштабируемости. Одни подходят для маленьких систем, другие для
> больших. Насколько мне известно, git - наиболее масштабируемая
> система.

А mozilla это, наверное, совсем мелкий проект.

Да и репозитарии bzr и hg с ядром очень быстро работают и в
маштабируемость не упираются.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [room] [JT] Re: опрос программистов

[Timur Batyrshin]

On Tue, 18 Mar 2008 18:10:46 +0200
Maxim Tyurin wrote:

> > Кстати, недавно SVN начал использовать -- такая хорошая вещь, даже
> > для работы одному, даже если откаты на предыдущие версии не
> > приходится делать.
> 
> Для работы самому плохая вещь. Надо поднимать толстый и загадочный
> сервер. Да и постоянно иметь к нему доступ. Любая распределенная
> система гораздо удобнее. Мне распределенная удобнее и для групповой
> работы. 

В смысле? Сервер SVN на локалхосте, работают я над этим проектом только
на одном этом компьютере...

Re: [room] [JT] Re: опрос программистов

[Andrew Borodin]

On Wed, Mar 19, 2008 at 10:04:12AM +0300, Timur Batyrshin wrote:
> On Tue, 18 Mar 2008 18:10:46 +0200
> Maxim Tyurin wrote:

> > > Кстати, недавно SVN начал использовать -- такая хорошая вещь, даже
> > > для работы одному, даже если откаты на предыдущие версии не
> > > приходится делать.

> > Для работы самому плохая вещь. Надо поднимать толстый и загадочный
> > сервер. Да и постоянно иметь к нему доступ. Любая распределенная
> > система гораздо удобнее. Мне распределенная удобнее и для групповой
> > работы. 

> В смысле? Сервер SVN на локалхосте, работают я над этим проектом только
> на одном этом компьютере...

Да и file:// пока не отменили.

-- 

С уважением,
А. Бородин.

Re: [room] SCM

[Timur Batyrshin]

On Tue, 18 Mar 2008 18:15:37 +0200
Michael Shigorin wrote:

> > Кстати, недавно SVN начал использовать -- такая хорошая вещь,
> > даже для работы одному, даже если откаты на предыдущие версии
> > не приходится делать.
> Если недавно -- попробуйте git, пока не позавязывались :)

Ага, попробую как время будет. В него же из SVN базу можно вытащить?
 
> SVN -- это костыль по мотивам CVS, тормозной и концептуально
> древний.  С ним очень многого не выйдет в принципе.

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

Вот сейчас форк понадобилось сделать -- уже костыли приходится
придумывать в SVN.

> > Ну и по идее, еще и диффы между версиями хорошо должны
> > помогать, чтобы вспомнить ход мысли, к примеру, хотя и мне это
> > сейчас трудно оценить, т.к. на патчах puredata их читать крайне
> > трудно.
> git log -p показывает лог сразу с диффами, для кучки небольших
> коммитов -- очень удобно.  Ну и tig, gitk всяких достаточно есть.

По идее это хорошо, но мне в данном случае, толку мало будет, разве
что с _очень_ маленькими изменениями, язык то визуальный.

А на будущее учту, если соберусь, скажем, конфиги в VCS хранить, или
там скрипты системные.

Re: [room] SCM

[Damir Shayhutdinov]

> >> Кроме того у git есть несколько ограничений для меня неприемлемых.
>  >>
>  >>  1) его нет нативного для win32
>  > Есть. MinGW.
> Это из серии "1С под Linux есть - в wine"
Поизучайте матчасть. MinGW - это нативное win32 приложение, в отличие от cygwin.

> А для make альтернативы когда успели отменить?
Какие из них умеют имена менять?

>  Да и с именами файлов в Makefile можно бороться достаточно успешно.
>  iconv нормально работает.
Если уж прогонять содержимое файлов через iconv - то почему нельзя
прогонять имена через convmv? ;)

Re: [room] SCM

[Damir Shayhutdinov]

> >> ИМХО это скорее вау-эффект был. Сделано Линусом - значит круто и будем
>  >>  использовать.
>  > Вряд ли. Покажите еще человека который за две минуты по десять патчей мержит.
>
> Я говорил про то что все кинулись пользоваться инструментом, сделанным
>  Линусом для задач Линуса.
Угу, в результате задачи Линуса решаются так же удобно и быстро. А для
остальных задач стандартный git все более и более интересен становится
с каждой версией.


> А mozilla это, наверное, совсем мелкий проект.
Это вендовый проект в основном. А когда они выбирали SCM, вендовых
портов git еще не было.

>  Да и репозитарии bzr и hg с ядром очень быстро работают и в
>  маштабируемость не упираются.
Очень быстро - это по сравнению с чем? С SVN?

Re: [room] SCM

[Maxim Tyurin]

Damir Shayhutdinov writes:

>> >> Кроме того у git есть несколько ограничений для меня неприемлемых.
>>  >>
>>  >>  1) его нет нативного для win32
>>  > Есть. MinGW.
>> Это из серии "1С под Linux есть - в wine"
> Поизучайте матчасть. MinGW - это нативное win32 приложение, в отличие от cygwin.

Таких нативных полурабочих приложений вагон. Только оно полурабочее.
daemon уже заработал?

>> А для make альтернативы когда успели отменить?
> Какие из них умеют имена менять?

В scons проблем нет. Точнее там есть стандартная пайтоновская
перекодировка строк.

>>  Да и с именами файлов в Makefile можно бороться достаточно успешно.
>>  iconv нормально работает.
> Если уж прогонять содержимое файлов через iconv - то почему нельзя
> прогонять имена через convmv? ;)

Угу. Безумно удобно для проекта в котором 6529 фалов с именами
кириллицей.
Особенно если учесть что под win32 convmv не наблюдается.
Интеграции с виндовыми системами тоже нет.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM

[Maxim Tyurin]

Damir Shayhutdinov writes:

>> >> ИМХО это скорее вау-эффект был. Сделано Линусом - значит круто и будем
>>  >>  использовать.
>>  > Вряд ли. Покажите еще человека который за две минуты по десять патчей мержит.
>>
>> Я говорил про то что все кинулись пользоваться инструментом, сделанным
>>  Линусом для задач Линуса.
> Угу, в результате задачи Линуса решаются так же удобно и быстро. А для
> остальных задач стандартный git все более и более интересен становится
> с каждой версией.
>
>
>> А mozilla это, наверное, совсем мелкий проект.
> Это вендовый проект в основном. А когда они выбирали SCM, вендовых
> портов git еще не было.

Я уже говорил что мне надо мультиплатформенное средство.
У нас куча проектов которые к *NIX никакого отношения не имеют.

Да и пользоваться git я могу только заставить угрозами снятия
премии. Добровольно им я и сам пользоваться не буду.

У меня были четкие требования к VCS

1) распределенная

2) мультиплатформенная

3) прозрачная работа с несколькими кодировками и локалями

4) расширение плугинами (нормальный API для написание плугинов и
расширений) 

5) подписывание комитов

6) ACL на репозитарии

7) интеграция с emacs


есть еще, но более мелкие.

Тогда был выбран Monotone (Bazaar-NG тогда еще писался в пеленки и
нормально не работал). Сейчас собираюсь мигрировать на bzr.
git не подходит. Даже не учитывая его жуткий интерфейс.

>>  Да и репозитарии bzr и hg с ядром очень быстро работают и в
>>  маштабируемость не упираются.
> Очень быстро - это по сравнению с чем? С SVN?

hg и git имеют примерно одинаковую производительность.
bzr медленней.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM

[Damir Shayhutdinov]

>  > Поизучайте матчасть. MinGW - это нативное win32 приложение, в отличие от cygwin.
> Таких нативных полурабочих приложений вагон. Только оно полурабочее.
>  daemon уже заработал?
Мне проблем с daemon не известно.


>  >> А для make альтернативы когда успели отменить?
>  > Какие из них умеют имена менять?
> В scons проблем нет. Точнее там есть стандартная пайтоновская
>  перекодировка строк.
А кроме scons?

> Угу. Безумно удобно для проекта в котором 6529 фалов с именами
>  кириллицей.
>  Особенно если учесть что под win32 convmv не наблюдается.
А в винде это и не нужно - для них можно кодировку cp1251 выбрать.

Re: [room] [JT] Re: опрос программистов

[Денис Смирнов]

On Wed, Mar 19, 2008 at 10:04:12AM +0300, Timur Batyrshin wrote:

TB> В смысле? Сервер SVN на локалхосте, работают я над этим проектом только
TB> на одном этом компьютере...

После пары дней с git, svn будет вспоминаться как страшный сон.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] SCM

[Damir Shayhutdinov]

>  >> А mozilla это, наверное, совсем мелкий проект.
>  > Это вендовый проект в основном. А когда они выбирали SCM, вендовых
>  > портов git еще не было.
> Я уже говорил что мне надо мультиплатформенное средство.
>  У нас куча проектов которые к *NIX никакого отношения не имеют.
Отлично, git - достаточно мультиплатформенное средство.

>  Да и пользоваться git я могу только заставить угрозами снятия
>  премии. Добровольно им я и сам пользоваться не буду.
Вкусовщина.

>  У меня были четкие требования к VCS
>  1) распределенная
>  2) мультиплатформенная
>  3) прозрачная работа с несколькими кодировками и локалями
>  4) расширение плугинами (нормальный API для написание плугинов и
>  расширений)
>  5) подписывание комитов
>  6) ACL на репозитарии
>  7) интеграция с emacs
>  есть еще, но более мелкие.
Ну для таких требовательных git пока не подходит, согласен. Но для
любой программы можно придумать критерий, по которому она не подойдет.
Идеалов не бывает.

>  Тогда был выбран Monotone (Bazaar-NG тогда еще писался в пеленки и
>  нормально не работал). Сейчас собираюсь мигрировать на bzr.
>  git не подходит. Даже не учитывая его жуткий интерфейс.
Вы критерии подбирали под задачи или под решение?

>  >>  Да и репозитарии bzr и hg с ядром очень быстро работают и в
>  >>  маштабируемость не упираются.
>  > Очень быстро - это по сравнению с чем? С SVN?
> hg и git имеют примерно одинаковую производительность.
>  bzr медленней.

Можно ссылки на тесты?

Re: [room] SCM

[Michael Shigorin]

On Wed, Mar 19, 2008 at 10:37:40AM +0300, Timur Batyrshin wrote:
> > > Кстати, недавно SVN начал использовать -- такая хорошая
> > > вещь, даже для работы одному, даже если откаты на
> > > предыдущие версии не приходится делать.
> > Если недавно -- попробуйте git, пока не позавязывались :)
> Ага, попробую как время будет. В него же из SVN базу можно
> вытащить?

Говорят, да (git-svnimport), но я не сталкивался.

> когда понадобится с привычного тяжело будет слезать.

Потому и пишу -- уж если в начале использования, то лучше по
возможности раньше учесть особенности и недостатки.

Собсно SVN точился как индустриальная замена CVS, насколько могу
судить.  "Для себя" это заведомо не лучший вариант IMHO.

> Вот сейчас форк понадобилось сделать -- уже костыли приходится
> придумывать в SVN.

В git это обычные бранчи и всё весьма естественно...

> > > Ну и по идее, еще и диффы между версиями хорошо должны
> > > помогать, чтобы вспомнить ход мысли, к примеру, хотя и мне
> > > это сейчас трудно оценить, т.к. на патчах puredata их
> > > читать крайне трудно.
> > git log -p показывает лог сразу с диффами, для кучки небольших
> > коммитов -- очень удобно.  Ну и tig, gitk всяких достаточно есть.
> По идее это хорошо, но мне в данном случае, толку мало будет,
> разве что с _очень_ маленькими изменениями, язык то визуальный.

Ну так git log, git diff и протчая тоже не отменяли.

> А на будущее учту, если соберусь, скажем, конфиги в VCS
> хранить, или там скрипты системные.

А вот тут меня недавно тормознули, напомнив, что git -- _content_
tracker, а не form tracker (права не хранит в принципе):

https://lists.altlinux.org/pipermail/devel/2008-February/069496.html

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] SCM

[Michael Shigorin]

On Wed, Mar 19, 2008 at 01:26:34PM +0300, Damir Shayhutdinov wrote:
> >  >>  Да и репозитарии bzr и hg с ядром очень быстро работают
> >  >>  и в маштабируемость не упираются.
> >  > Очень быстро - это по сравнению с чем? С SVN?
> > hg и git имеют примерно одинаковую производительность.
> > bzr медленней.
> Можно ссылки на тесты?

Некоторая подборка была здесь:
http://www.developers.org.ua/archives/asvetlov/2007/10/30/vivat-bazaar/

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] SCM

[Denis Pynkin]

On 18 March 2008, Damir Shayhutdinov wrote:

> Ну-ну. То-то xorg на git. У любого инструмента есть предел
> масштабируемости. Одни подходят для маленьких систем, другие для
> больших. Насколько мне известно, git - наиболее масштабируемая
> система.

может быть, вот только с памятью оно неоптимально работает. если в проекте 
присутствуют большие, часто меняющиеся бинарные файлы, то на сервере нужно 
очень много памяти :-(
в результате не очень удобно git сервер в виртуалку засовывать :-/

-- 
WBR, d4s

Re: [room] SCM

[Damir Shayhutdinov]

> может быть, вот только с памятью оно неоптимально работает. если в проекте
>  присутствуют большие, часто меняющиеся бинарные файлы, то на сервере нужно
>  очень много памяти :-(
>  в результате не очень удобно git сервер в виртуалку засовывать :-/
Это видимо при выполнении git-repack ?

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

Re: [room] SCM

[Денис Смирнов]

On Wed, Mar 19, 2008 at 12:29:59PM +0200, Michael Shigorin wrote:

>> А на будущее учту, если соберусь, скажем, конфиги в VCS
>> хранить, или там скрипты системные.
MS> А вот тут меня недавно тормознули, напомнив, что git -- _content_
MS> tracker, а не form tracker (права не хранит в принципе):
MS> https://lists.altlinux.org/pipermail/devel/2008-February/069496.html

apt-get install etckeeper, rpm -qi metastore, и ваши волосы будут мягкими
и шелковистыми.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] SCM

[Maxim Tyurin]

Damir Shayhutdinov writes:

>>  Тогда был выбран Monotone (Bazaar-NG тогда еще писался в пеленки и
>>  нормально не работал). Сейчас собираюсь мигрировать на bzr.
>>  git не подходит. Даже не учитывая его жуткий интерфейс.
> Вы критерии подбирали под задачи или под решение?

Конечно под задачу.
Появилась задача - понял что используемый tla совсем не подходит.
И стал искать что подойдет.
Я тогда смотрел все системы что смог найти. Даже коммерческие.

>>  >>  Да и репозитарии bzr и hg с ядром очень быстро работают и в
>>  >>  маштабируемость не упираются.
>>  > Очень быстро - это по сравнению с чем? С SVN?
>> hg и git имеют примерно одинаковую производительность.
>>  bzr медленней.
>
> Можно ссылки на тесты?

Новых не видел. Есть старые но они уже не соответствуют
действительности.
Например
http://weblogs.mozillazine.org/jst/archives/2006/11/vcs_performance.html 
уже устарело.

Если вечером будет время то сделаю такой-же тест только для
hg 0.9.1, git 1.4.4, bzr 1.0
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM

[Timur Batyrshin]

On Wed, 19 Mar 2008 12:29:59 +0200
Michael Shigorin wrote:
> Собсно SVN точился как индустриальная замена CVS, насколько могу
> судить.  "Для себя" это заведомо не лучший вариант IMHO.

Ясно.
 
> > Вот сейчас форк понадобилось сделать -- уже костыли приходится
> > придумывать в SVN.
> В git это обычные бранчи и всё весьма естественно...

Это я уже понял по статьям Lost-а в ЖЖ.
 
> > > > Ну и по идее, еще и диффы между версиями хорошо должны
> > > > помогать, чтобы вспомнить ход мысли, к примеру, хотя и мне
> > > > это сейчас трудно оценить, т.к. на патчах puredata их
> > > > читать крайне трудно.
> > > git log -p показывает лог сразу с диффами, для кучки небольших
> > > коммитов -- очень удобно.  Ну и tig, gitk всяких достаточно есть.
> > По идее это хорошо, но мне в данном случае, толку мало будет,
> > разве что с _очень_ маленькими изменениями, язык то визуальный.
> Ну так git log, git diff и протчая тоже не отменяли.

Это к чему? Я о том, что для puredata если патчи писать не вручную,
диффы вообще малоприменимы. Там программа выглядит примерно так:
http://www.pure-data.web.ur.ru/scr.gif
В текстовом виде это список объектов с координатами и связи между ними.
Помимо того, что невизуализированные патчи тяжело читать, еще и порядок
объектов в файле может быть разный для совершенно одинаковых патчей
(или координаты чуть отличаться -- сдвинули, например, всю картину на
1 пиксель влево), что приведет к еще более малопонятному диффу.

Но это тема вряд ли даже для курилки -- скорее с pd-сообществом надо
будет пообщаться об этом.
 
> > А на будущее учту, если соберусь, скажем, конфиги в VCS
> > хранить, или там скрипты системные.
> А вот тут меня недавно тормознули, напомнив, что git -- _content_
> tracker, а не form tracker (права не хранит в принципе):
> 
> https://lists.altlinux.org/pipermail/devel/2008-February/069496.html

Учту, как и замечание Дениса об этом.

Re: [room] SCM

[Damir Shayhutdinov]

>  >>  > Очень быстро - это по сравнению с чем? С SVN?
>  >> hg и git имеют примерно одинаковую производительность.
>  >>  bzr медленней.
>  > Можно ссылки на тесты?
>  http://weblogs.mozillazine.org/jst/archives/2006/11/vcs_performance.html
>  уже устарело.
>
>  Если вечером будет время то сделаю такой-же тест только для
>  hg 0.9.1, git 1.4.4, bzr 1.0
А почему не git 1.5 ?

Re: [room] SCM

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 747 bytes --]

On Wed, Mar 19, 2008 at 12:29:59PM +0200, Michael Shigorin wrote:
> On Wed, Mar 19, 2008 at 10:37:40AM +0300, Timur Batyrshin wrote:
> > > > Кстати, недавно SVN начал использовать -- такая хорошая
> > > > вещь, даже для работы одному, даже если откаты на
> > > > предыдущие версии не приходится делать.
> > > Если недавно -- попробуйте git, пока не позавязывались :)
> > Ага, попробую как время будет. В него же из SVN базу можно
> > вытащить?
> 
> Говорят, да (git-svnimport), но я не сталкивался.

нет-нет, не git-svnimport, а git-svn.

мы в videolan перевезли весь codebase (от 2001 года, вроде) без потерь в
git.

-- 
<raorn> ilyak: сначала flash-only уёбсайты, потом видеоролики по почте а потом и ссать мимо унитаза начнут

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [room] SCM

[Maxim Tyurin]

Damir Shayhutdinov writes:

>>  >>  > Очень быстро - это по сравнению с чем? С SVN?
>>  >> hg и git имеют примерно одинаковую производительность.
>>  >>  bzr медленней.
>>  > Можно ссылки на тесты?
>>  http://weblogs.mozillazine.org/jst/archives/2006/11/vcs_performance.html
>>  уже устарело.
>>
>>  Если вечером будет время то сделаю такой-же тест только для
>>  hg 0.9.1, git 1.4.4, bzr 1.0
> А почему не git 1.5 ?

По той-же причине что и не bzr 1.2
Лень собирать, а у меня stable.

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM

[Damir Shayhutdinov]

>  >>  Если вечером будет время то сделаю такой-же тест только для
>  >>  hg 0.9.1, git 1.4.4, bzr 1.0
>  > А почему не git 1.5 ?
> По той-же причине что и не bzr 1.2
>  Лень собирать, а у меня stable.

Альтом надо пользоваться, товарищ тестировщик! :)

Re: [room] SCM

[Maxim Tyurin]

Damir Shayhutdinov writes:

>>  >>  Если вечером будет время то сделаю такой-же тест только для
>>  >>  hg 0.9.1, git 1.4.4, bzr 1.0
>>  > А почему не git 1.5 ?
>> По той-же причине что и не bzr 1.2
>>  Лень собирать, а у меня stable.
>
> Альтом надо пользоваться, товарищ тестировщик! :)

В 4.x уже появились новые версии всего этого?
А нетрадиционным сексом с Сизифом я уже назанимался.
Если захочется острых ощущений я могу и на sid перелезть.

А Альт у меня живет в domU. И вполне нормально ему там живется.

P.S. Последнее время я придерживаюсь мнения что Витус абсолютно
прав. И на новую версию дистра надо переходить когда из используемых
пакетов примерно 25% бекпортовские. А до этого времени дергаться не
надо. 
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM

[Damir Shayhutdinov]

>  >>  >>  Если вечером будет время то сделаю такой-же тест только для
>  >>  >>  hg 0.9.1, git 1.4.4, bzr 1.0
>  >>  > А почему не git 1.5 ?
>  >> По той-же причине что и не bzr 1.2
>  >>  Лень собирать, а у меня stable.
>  >
>  > Альтом надо пользоваться, товарищ тестировщик! :)
> В 4.x уже появились новые версии всего этого?
Если речь про 4.0.x - то mercurial и git - таки да. А базаром видимо
никто не занимается, там он древнючий.

>  А нетрадиционным сексом с Сизифом я уже назанимался.
>  Если захочется острых ощущений я могу и на sid перелезть.
Скоро будет стабильная ветка 4.1

>  А Альт у меня живет в domU. И вполне нормально ему там живется.
>
>  P.S. Последнее время я придерживаюсь мнения что Витус абсолютно
>  прав. И на новую версию дистра надо переходить когда из используемых
>  пакетов примерно 25% бекпортовские. А до этого времени дергаться не
>  надо.

Тогда вы наверное должны отдавать себе отчет, что ваше будущее
сравнение которое вы хотите произвести - _уже устарело_. И оно для
debian stable, а не для Альта в преддверии ветки 4.1.

Re: [room] SCM

[Grigory Batalov]

On Wed, 19 Mar 2008 18:09:32 +0300, Damir Shayhutdinov wrote:

> >  >>  >>  Если вечером будет время то сделаю такой-же тест только для
> >  >>  >>  hg 0.9.1, git 1.4.4, bzr 1.0
> >  >>  > А почему не git 1.5 ?
> >  >> По той-же причине что и не bzr 1.2
> >  >>  Лень собирать, а у меня stable.
> >  >
> >  > Альтом надо пользоваться, товарищ тестировщик! :)
> > В 4.x уже появились новые версии всего этого?
> Если речь про 4.0.x - то mercurial и git - таки да. А базаром видимо
> никто не занимается, там он древнючий.
> 
> >  А нетрадиционным сексом с Сизифом я уже назанимался.
> >  Если захочется острых ощущений я могу и на sid перелезть.
> Скоро будет стабильная ветка 4.1
> 
> >  А Альт у меня живет в domU. И вполне нормально ему там живется.
> >
> >  P.S. Последнее время я придерживаюсь мнения что Витус абсолютно
> >  прав. И на новую версию дистра надо переходить когда из используемых
> >  пакетов примерно 25% бекпортовские. А до этого времени дергаться не
> >  надо.
> 
> Тогда вы наверное должны отдавать себе отчет, что ваше будущее
> сравнение которое вы хотите произвести - _уже устарело_. И оно для
> debian stable, а не для Альта в преддверии ветки 4.1.

  Желающие могут провести аналогичное сравнение своих любимых версий.

-- 
 Grigory Batalov,
 ALT Linux Team

Re: [room] SCM

[Aleksey Korotkov]

On Wed, 19 Mar 2008 16:35:56 +0200
Maxim Tyurin wrote:

MT> > А почему не git 1.5 ?  
MT> 
MT> По той-же причине что и не bzr 1.2
MT> Лень собирать, а у меня stable.

Собирать самому и не требуется.

$ aptitude show git-core | head -n 4
Пакет: git-core
Состояние: установлен
Автоматически установлен: нет
Версия: 1:1.5.3.7-1~bpo40+1

P.S. $ uname -a
Linux debian 2.6.18-4-k7 #1 SMP Mon Mar 26 17:57:15 UTC 2007 i686 GNU/Linux

-- 
С уважением,
А.В.Коротков,

mailto:ziga@uni.udm.ru

Re: [room] SCM

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 1149 bytes --]

Aleksey Korotkov пишет:
> On Wed, 19 Mar 2008 16:35:56 +0200
> Maxim Tyurin wrote:
> 
> MT> > А почему не git 1.5 ?  
> MT> 
> MT> По той-же причине что и не bzr 1.2
> MT> Лень собирать, а у меня stable.
> 
> Собирать самому и не требуется.
> 
> $ aptitude show git-core | head -n 4
> Пакет: git-core
> Состояние: установлен
> Автоматически установлен: нет
> Версия: 1:1.5.3.7-1~bpo40+1
> 
> P.S. $ uname -a
> Linux debian 2.6.18-4-k7 #1 SMP Mon Mar 26 17:57:15 UTC 2007 i686 GNU/Linux

Это конечно хорошо что он есть в бекпортах.
Только я не считаю что такое сравнение будет объективным.
Я не слежу за разработкой git, а разработчики bzr активно точат его в
сторону увеличения производительности.
Потому чтоб все были довольны надо собирать последние версии всех
тестируемых систем, а еще лучше получить конфиги от гуру соответствующих
систем. Тестирования систем "из коробки" слабо полезны.

Но это надо делать целенаправленно и потратить на это достаточно много
времени. А я свой выбор уже сделал и потому заниматься этим не вижу смысла.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [room] SCM

[Michael Shigorin]

On Wed, Mar 19, 2008 at 06:09:32PM +0300, Damir Shayhutdinov wrote:
> > В 4.x уже появились новые версии всего этого?
> Если речь про 4.0.x - то mercurial и git - таки да. А базаром
> видимо никто не занимается, там он древнючий.

Hint: py

> >  P.S. Последнее время я придерживаюсь мнения что Витус
> >  абсолютно прав. И на новую версию дистра надо переходить
> >  когда из используемых пакетов примерно 25% бекпортовские.

Смотря для чего.  Для многого, но вовсе не всего, это так.
А вообще имеет хождение кривая популярности -- от энтузиастов
до скептиков по шкале t. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] SCM

[Denis Pynkin]

On 19 March 2008, Damir Shayhutdinov wrote:

> > может быть, вот только с памятью оно неоптимально работает. если в
> > проекте присутствуют большие, часто меняющиеся бинарные файлы, то на
> > сервере нужно очень много памяти :-(
> >  в результате не очень удобно git сервер в виртуалку засовывать :-/
>
> Это видимо при выполнении git-repack ?
git-pack-object
как раз человек clone делает
100% cpu и доходит до почти 1G памяти


-- 
WBR, d4s

Re: [room] SCM

[Damir Shayhutdinov]

>  > Это видимо при выполнении git-repack ?
>
> git-pack-object
>  как раз человек clone делает
>  100% cpu и доходит до почти 1G памяти
Я такое видел только когда .tar от seamonkey (200M) пытался в git положить.

Вообще если делать git-clone через http/rsync/ftp, то все должно быть
получше с точки зрения нагрузки на память/процессор, но хуже с точки
зрения трафика.

Re: [room] SCM

[Denis Pynkin]

On 20 March 2008, Damir Shayhutdinov wrote:
> >  > Это видимо при выполнении git-repack ?
> >
> > git-pack-object
> >  как раз человек clone делает
> >  100% cpu и доходит до почти 1G памяти
>
> Я такое видел только когда .tar от seamonkey (200M) пытался в git положить.
да есть у нас там tar.gz на 70Mb, который периодически меняется ;-)

> Вообще если делать git-clone через http/rsync/ftp, то все должно быть
> получше с точки зрения нагрузки на память/процессор, но хуже с точки
> зрения трафика.
только с точки зрения авторизованного доступа - хуже :-(

-- 
WBR, d4s

Re: [room] SCM

[Damir Shayhutdinov]

>  > Я такое видел только когда .tar от seamonkey (200M) пытался в git положить.
> да есть у нас там tar.gz на 70Mb, который периодически меняется ;-)
А зачем сжатый? Не лучше ли разпаковать его?

>  > Вообще если делать git-clone через http/rsync/ftp, то все должно быть
>  > получше с точки зрения нагрузки на память/процессор, но хуже с точки
>  > зрения трафика.
>
> только с точки зрения авторизованного доступа - хуже :-(
Клонировать можно по одному протоколу, а пушить коммиты по другому.

Re: [room] SCM

[Denis Pynkin]

On 20 March 2008, Damir Shayhutdinov wrote:
> >  > Я такое видел только когда .tar от seamonkey (200M) пытался в git
> >  > положить.
> >
> > да есть у нас там tar.gz на 70Mb, который периодически меняется ;-)
>
> А зачем сжатый? Не лучше ли разпаковать его?
нельзя :-(
хотя лучше, конечно было бы

>
> >  > Вообще если делать git-clone через http/rsync/ftp, то все должно быть
> >  > получше с точки зрения нагрузки на память/процессор, но хуже с точки
> >  > зрения трафика.
> >
> > только с точки зрения авторизованного доступа - хуже :-(
>
> Клонировать можно по одному протоколу, а пушить коммиты по другому.
проект коммерческий, поэтому вообще никакого неавторизированного доступа не 
должно быть

-- 
WBR, d4s

Re: [room] SCM

[Damir Shayhutdinov]

>  > > только с точки зрения авторизованного доступа - хуже :-(
>  >
>  > Клонировать можно по одному протоколу, а пушить коммиты по другому.
>
> проект коммерческий, поэтому вообще никакого неавторизированного доступа не
>  должно быть

Гм.. А если просто тупо скопировать через rsync-over-ssh репозиторий
себе, а потом из него сделать checkout?

Или попробовать поиграться параметром fetch.unpackLimit

Re: [room] SCM

[Denis Pynkin]

On 20 March 2008, Damir Shayhutdinov wrote:

> >  > > только с точки зрения авторизованного доступа - хуже :-(
> >  >
> >  > Клонировать можно по одному протоколу, а пушить коммиты по другому.
> >
> > проект коммерческий, поэтому вообще никакого неавторизированного доступа
> > не должно быть
>
> Гм.. А если просто тупо скопировать через rsync-over-ssh репозиторий
> себе, а потом из него сделать checkout?
обновления бинарных файлов достаточно частые, поэтому не спасет
надо не только мне работать, а еще нескольким человекам

> Или попробовать поиграться параметром fetch.unpackLimit
если не забуду - то попробую в понедельник
спасибо


-- 
WBR, d4s

Re: [room] SCM

[Igor Zubkov]

19.03.08, Damir Shayhutdinov написал(а):
> >  >>  >>  Если вечером будет время то сделаю такой-же тест только для
>  >  >>  >>  hg 0.9.1, git 1.4.4, bzr 1.0
>  >  >>  > А почему не git 1.5 ?
>  >  >> По той-же причине что и не bzr 1.2
>  >  >>  Лень собирать, а у меня stable.
>  >  >
>  >  > Альтом надо пользоваться, товарищ тестировщик! :)
>  > В 4.x уже появились новые версии всего этого?
>
> Если речь про 4.0.x - то mercurial и git - таки да. А базаром видимо
>  никто не занимается, там он древнючий.

А что, нужен свежий bzr в 4.0? Просто никто не просил, а мне просто
так не охота бекпорты собирать.

-- 
icesik

Re: [room] SCM

[Maxim Tyurin]

Igor Zubkov writes:

> 19.03.08, Damir Shayhutdinov написал(а):
>> >  >>  >>  Если вечером будет время то сделаю такой-же тест только для
>>  >  >>  >>  hg 0.9.1, git 1.4.4, bzr 1.0
>>  >  >>  > А почему не git 1.5 ?
>>  >  >> По той-же причине что и не bzr 1.2
>>  >  >>  Лень собирать, а у меня stable.
>>  >  >
>>  >  > Альтом надо пользоваться, товарищ тестировщик! :)
>>  > В 4.x уже появились новые версии всего этого?
>>
>> Если речь про 4.0.x - то mercurial и git - таки да. А базаром видимо
>>  никто не занимается, там он древнючий.
>
> А что, нужен свежий bzr в 4.0? Просто никто не просил, а мне просто
> так не охота бекпорты собирать.

Если с PQM то мне нужен на сервере.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

[room] SCM, а не червивая помойка

[Michael Shigorin]

On Wed, Mar 19, 2008 at 12:07:28PM +0200, Maxim Tyurin wrote:
> Да и пользоваться git я могу только заставить угрозами снятия
> премии. Добровольно им я и сам пользоваться не буду.

С сегодня у меня сложилось такое мнение о bzr.

Желающие могут почитать кашу, вываленную в man bzr (1.3)
около описания init-repo.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] SCM, а не червивая помойка

[Maxim Tyurin]

Michael Shigorin writes:

> On Wed, Mar 19, 2008 at 12:07:28PM +0200, Maxim Tyurin wrote:
>> Да и пользоваться git я могу только заставить угрозами снятия
>> премии. Добровольно им я и сам пользоваться не буду.
>
> С сегодня у меня сложилось такое мнение о bzr.
>
> Желающие могут почитать кашу, вываленную в man bzr (1.3)
> около описания init-repo.

А не надо его читать. 
Читай User Manual. Кстати User Manual лучший из тех что я видел.

А насчет сумбурного мана... Ты попробуй без каши заархивировать главу
из мануала по init-repository в абзац мана :)
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM, а не червивая помойка

[Michael Shigorin]

On Tue, Mar 25, 2008 at 10:27:48AM +0200, Maxim Tyurin wrote:
> А насчет сумбурного мана... Ты попробуй без каши заархивировать
> главу из мануала по init-repository в абзац мана :)

Дык я и говорю о том, что каша там -- встроенная.

Вон сегодня на #ltsp народ грустил и лез на стенку,
мол мож bzr-ng-ng форкнуть нафиг, обсуждая смену версии
формата репо...

<vagrantc> maybe someone should fork bzr and commit to not
	   updating the repository formats all the freaking time.
[...]
<warren> git isn't that bad
<warren> although sometimes I don't git it.
[...]
<warren> Folks, don't touch ltspfs-trunk.  bzr crashed during the
         upgrade.  james_w is looking at it.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [room] SCM, а не червивая помойка

[Maxim Tyurin]

Michael Shigorin writes:

> On Tue, Mar 25, 2008 at 10:27:48AM +0200, Maxim Tyurin wrote:
>> А насчет сумбурного мана... Ты попробуй без каши заархивировать
>> главу из мануала по init-repository в абзац мана :)
>
> Дык я и говорю о том, что каша там -- встроенная.
>
> Вон сегодня на #ltsp народ грустил и лез на стенку,
> мол мож bzr-ng-ng форкнуть нафиг, обсуждая смену версии
> формата репо...

Так старые же поддерживаются. Там совсем седых версий поддержку
оставили.

А про падения я вообще в первый раз слышу. То что он может крепко
задуматься я знаю. Но когда мозиловцы тестили hg и bzr то только bzr
смог нормально импортнуть весь репо. Правда делал он это ну очень
долго. 
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [room] SCM, а не червивая помойка

[Michael Shigorin]

On Thu, Mar 27, 2008 at 05:30:02PM +0200, Maxim Tyurin wrote:
> А про падения я вообще в первый раз слышу.

Ну спроси warren@redhat.  Ему посоветовали отодвинуть там 
и пушнуть заново.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/