Процент разработки под Linux в Краснодаре
 

Интересно узнать, насколько востребована разработка под linux в Краснодаре? Какое примерно соотношение windows/linux в разработке?

Вас интересует корпоративный сектор, или прямые заказы? Могу сказать, что за долгие годы задачи разработки на Linux поступали только от студентов :-) возможно, в корпоративном секторе как-то иначе.

ЕМНИП, какая-то контора в Краснодаре вела разработку под Linux, но что и как - я не отслеживал.

в крд есть конторка которая разрабатывает под линукс, но на java (ибо не писать же сервера на сях или питоне?)

2-wayerr > Я пишу сервера на FPC, клиенты не жалуются, сервера тоже :-)

> ибо не писать же сервера на сях или питоне?

А что не так?

По теме: в Тандер Linux-а очень много.

>А что не так?

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

> а зачем

Сервера на C/C++ быстрее и их проще распространять, а на Python для многих задач разработка гораздо быстрее. В зависимости от задачи есть множество разумных выборов.

> и прочие полезные штуки

Мир велик, полезные штуки есть и для других языков. И удалённая отладка не исключение, например: [url]http://pydev.org/manual_adv_remote_debugger.html[/url]

>Сервера на C/C++ быстрее и их проще распространять

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

>Мир велик, полезные штуки есть и для других языков. И удалённая отладка не исключение, например: [url]http://pydev.org/manual_adv_remote_debugger.html[/url]

> make the call: import pydevd;pydevd.settrace(). When that call is reached, it will automatically suspend the execution and show the debugger.

это не удаленная отладка, рассказываю - удаленная, это когда косяк случился на удаленном сервере, и разработчик отладчиком может подцепиться к удаленному приложению не перезапуская его, не шаманя с "make the call" и т.д.

А до тех пор - питон и си++ - это не средства разработки а способ закапывания свободного времени на производство багов

Ты ещё много не знаешь.

8-archimag > Ты забыл добавить "сынок". :)

OFF: 9 - гыы))

10-vxg > Не, на самом деле тут я в чем-то солидарен с архимагом, ибо как-то странно выглядят 100500% заявления некоторых "программистов на других языках", что С++ - "[em]это не средства разработки а способ закапывания свободного времени на производство багов[/em]", но при этом С++ ну никак не умирает. :)
ЗЫ: Должен напомнить, что С++ - не среда разработки, а ЯП. :)

11-Максыч > Ну так и Delphi живее всех живых, а уж в него только ленивый не плевался :-)
Кто хочет и может - пишет хоть на brainfuck, кто не может или не хочет - полжизни ищет серебряную пулю.

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

8-archimag > Ты ещё много не знаешь.

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

14-wayerr >
Раз в сутки по крону ребут сервера, и делов-то. 3 минуты в сутки пользователи спокойно обойдутся без приложений. Когда дойду до систем с тысячами клиентов и работой 24/7/365 - возможно, пересмотрю свое отношение к проблеме.

12-NTFS_ > На брейнфаке пишут?? Кинь примеры серьезных живых (или живщих)проектов. :)
13-wayerr > Не надо со мной говорить. Так средства разработки - это = ЯП?

15-NTFS_ > Раз в сутки по крону ребут сервера, и делов-то. 3 минуты в сутки пользователи спокойно обойдутся без приложений.

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

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

Как быть с С++ али дельфи?

16-Максыч >
[I]На брейнфаке пишут??
[/I]

Это была гипербола :-)

17-wayerr >
[I]
случается, о боже, нехватка памяти, причем не доживает до ночного ребута.

[/I]

Я такую проблему решал отдельным SH-скриптом, который парсил вывод команды mem - и при 75% загрузки слал SMS админу, при 85% - убивал вторичные несущественные процессы вроде индексатора базы, а при 90% - тупо отправлял в reset. Трехминутка ненависти пользователей - не такая высокая плата за возобновление работы.

С++ или Delphi - это инструменты. Чуть менее приспособленные к серверным приложениям, чем Java или ASP.NET Но допустимые, в прямых руках и при должной осторожности.

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

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

Что курим?

>Я такую проблему решал отдельным SH-скриптом

Замечательно, но вопрос как вычислить и устранить проблему 8) Нагородить костыли сторонними скриптами, это можно (хотя archimag отчегото удивлен, поди многого не знает),

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

21-wayerr >

[I]но в данном контексте интересно узнать как эти "инструменты" приспособлены к серверным приложениям
[/I]

Что есть "приспособленность к серверным приложениям"? Автоматический сборщик мусора? Хорошо, запишем Паскалю один минус (пусть даже большой минус).

Что еще нужно? Принять HTTP-запрос, разобрать входные данные, подключиться куда-то (база, конфиг, etc), сформировать HTTP-ответ и вывести его в STDOUT.

Под все это есть готовые либы практически на все популярные языки. Кроме того, полезно на базовом уровне самому сделать несколько вещей. Для понимания, а то встречал веб-программистов, которые не знали разницу между GET и POST, ага :)

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

Что еще нужно, чтобы долго и счастливо писать для серверов?

> Что есть "приспособленность к серверным приложениям"?

Прежде всего инфраструктура. Кстати, сервера это не только HTTP. Для примера посмотри, например, что такое Hadoop.

Народ, а в серьезных краснодарских компаниях, использующих linux, какие дистрибутивы linux в моде?

> какие дистрибутивы linux в моде?

Дистрибутивы на базе RedHat это типа тру-энтерпрайз. Но вообще, какая разница? Если ты разбираешься в linux, то конкретный дистрибутив дело второстепенное.

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

25-archimag > Оно то конечно разобраться можно, но когда везде валяется не пойми где - неприятно как то.

26-40KHYTbIU >25-archimag >
Linux - это, к сожалению, не совсем ОС, а скорее группа ОС. Непонимающие этого новички с радостью делают свой продукт под Ubuntu, после чего испытывают дикую попоболь, обнаружив, КАК их поделка работает на Slacware или CentOS.

в одной конторе вроде убунту (точно не скажу), в другой suse

это я не про тандер, очевидно 8)

Про Nexenta забыли! А там Ubuntu.
27-NTFS_ > Linux это только ядро. Написать программку мало зависящую от дистрибутива реально.

30-40KHYTbIU >
[I]Написать программку мало зависящую от дистрибутива реально.
[/I]

Разве что вывод "Hello, world!" и то, если версия libc не подкачает :-)

31-NTFS_ > т.е. Вы считаете что разработчики тех же mysql, apache & php пишут код ifами под каждый дистрибутив?

32-40KHYTbIU >
Зачем if-ы? Эти и подобные продукты распространяются в исходниках, которые разработчики уже конкретных дистрибутивов компилируют с учетом целевой среды.
В частности, по этой причине под Linux так мало проприетарного софта в чистом виде - если бинарник, собранный для 98-й винды, скорее всего запустится на Windows-2008, то с бинарными дистрибутивами для Linux непереносимость может быть даже при смене минорной версии.
Никогда не приходилось ставить пакет с программой, предназначенный для Debian, скажем, на Ubuntu? Незабываемый вечер гарантирован.

33-NTFS_ > АХТУНГ!!!
1. Программа под В98 носит все с собой и ходит к WINAPI.
2. Если программа распространяется бинарно, она должна носить с собой все что ей надо. (Такой подход практикуется в Mac OS X).
3. Если программа распространяется через пакетную систему, то управление зависимостями берет на себя yum, apt-get и прочии.

Все выше сказанное относится к любой ОС.

Если Вы пытаетесь установить пакет от другого дистра\версии, то у Вас проблемы в обсерватории.

34-40KHYTbIU >

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

А вот Windows одна. Каждая новая версия - идет с какими-то плюшками, но WinAPI более или менее совместим. Это головная боль для разработчиков системы, но класс для меня как прикладника.

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

35-NTFS_ > Скиллы выполнить ./configure && make && make install?

36-40KHYTbIU >
А если после make вывалит, что какой-нибудь pixbuf not found?

>А вот Windows одна. Каждая новая версия - идет с какими-то плюшками, но WinAPI более или менее совместим.

но какой ценой 8)

Не такая высокая цена. Аренда офиса выходит дороже, а уж ноутбук для разработки сколько стоит...