Скрыть

Re:2 Ax-Xa-Xa

Веб-программист. Линукс - потому что для веб-разработки среда гораздо более удобная чем винда. Грубо говоря ты пишешь и тестишь софтину в той же среде в которой и будет она работать в продакшене.

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

Незнаю чего тебя еще интересует? Сейчас реально пишу на Python, Javascript, реже PHP. Для фана пишу на D. Много писал в свое время пока не перешел в вебдев на С#, С/С++, Delphi, xBase. Немного знаю Schema, Erlang и Java.

Скрыть

Re:2 Ax-Xa-Xa

В зарабатывании денег на Питоне и Линуксе нет никакого смысла. Лучше просто сидеть, ничего не делать и ругать путена как это делает Хокум.

Скрыть

Re:2 Ax-Xa-Xa

Отвратительно.

Скрыть

Re:2 Ax-Xa-Xa

Согласен: лучше иметь дочь проститутку, чем сына - программиста на петоне.

Скрыть

Re:2 Ax-Xa-Xa

Единственный недостаток Pythonа как языка вебдева только один на мой взгляд)))

Новичку сложно в нем начинать этот самый вебдев. Потому что когда начинают что то писать с нуля встает вопрос на чем? Есен хуй на PHP ибо куча фреймворков, куча программистов. Вот и ебенят на нем что-то ахуевающее с AJAXами, REST интерфейсами и Long Poolingами))) И все это работает заебись пока на сайт ходят 3-4 человека.

А если поделие начало взлетать и ходят уже 20-30 начинается головняк))) Так как у апача перестает хватать воркеров.И тут с криками "Еб твою мать" манагеры начинают метаца в поисках как разрулить ситуацию. Вариантов быстренько и не очень дорого решить проблему не так уж и много.

Вспоминают про Python и ищут разрабов на нем. Но получается что нужет уже спец уровня минимум от хорошего мидла и выше. Ибо надо все эти AJAXы, RESTы и проч. обеспечить асинхронными бакендами.

Скрыть

Re:2 Ax-Xa-Xa

> Отвратительно.
Раскрой мысль шире)))

Скрыть

Re:2 Ax-Xa-Xa

Можно подумать, это в языке программирования дело. Кешировать всё надо, кешировать.

Скрыть

Re:2 Ax-Xa-Xa

> Можно подумать, это в языке программирования дело. Кешировать всё надо, кешировать.
Почему не в языке дело? Пых для этого изначально не предназначался. И надо думать головой что бы херачить на нем то для чего он не был расчитат. Сейчас конечно наебенили и на нем асинхронных серверов. Но код под них все равно надо переписывать и не факт что это еще будет работать надежно.

К моменту описываемых мной событий в конторе уже появляется чел с мозгом, которого можно назвать архитектором. И когда перед ним встает выбор использовать асинхронные бакенды на PHP написанные фанатами Петей и Васей или использовать проверенный временем Tornado например. То понятно что он выберет.

С удовольствием почитаю, как ты предлогаешь кэшировать REST запросы на модификацию БД и выборку быстро меняющейся инфы с различными вариантами запросов, всякие Long Poolingи обновляющие статусы и т.п.

Скрыть

Re:2 Ax-Xa-Xa

Вот так вот петон и убивает моск программиста.

Скрыть

Re:2 Ax-Xa-Xa

> Вот так вот петон и убивает моск программиста.


Петон спасает жопы PMов, которые поверили в свое время PHP программистам)))

Кстати, интересно как именно "петон и убивает моск программиста" и как этого не допустить?)))

Скрыть

Re:2 Ax-Xa-Xa

Любое зарабатывание денег в этой стране де-факто поддержка антинародного оккупационного режима во главе с узурпатором. Тот, кто не понимает этого - либо дебил, либо провокатор, либо ватник - т.е. первый и второй в одном "флаконе".

Скрыть

Re:2 Ax-Xa-Xa

> Любое зарабатывание денег в этой стране де-факто поддержка антинародного оккупационного режима


Иди нахуй отсюда, в этом треде корма про путена не намечается)))

Скрыть

Re:2 Ax-Xa-Xa

> Кстати, интересно как именно "петон и убивает моск программиста"

Не знаю как именно, но результаты же налицо!

> и как этого не допустить?)))

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

Скрыть

Re:2 Ax-Xa-Xa

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


А можешь по конретнее на примерах так сказать, растолковать свою идею?)))

Скрыть

Re:2 Ax-Xa-Xa

Прости, но я на тебя накакал.

Скрыть

Re:2 Ax-Xa-Xa

> Прости, но я на тебя накакал.
Прощаю, только иди на хуй)))

Скрыть

Re:2 Ax-Xa-Xa

Ты не прав, Пшен.

Если не платить налогов - то не то чтобы особо поддержка. А если жертвовать на оппозицию - так вообще.

Скрыть

Re:2 Ax-Xa-Xa

Извини, я снова на тебя накакал...

Скрыть

Re:2 Ax-Xa-Xa

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

Скрыть

Re:2 Ax-Xa-Xa

> Незнаю чего тебя еще интересует?
То, как ты нашел работу, на которой где это применяется. У меня в городке таких работ нет, собственно python изучать рискованно. Вот только что вакансия нашлась для php-программиста в новом проекте, для которого инвестиции еще только-только ищутся, не знаю, как зарплату выплачивать будут. Возможно, если они встретят крутого python-программиста на уровне архитектора, они передумают на php свой проект делать. Хотя, сервак у них скорее всего не свой, а на чужих обычно только php имеется.

Скрыть

Re:2 Ax-Xa-Xa

>У меня в городке таких работ нет
odesk.com

>собственно python изучать рискованно.

Скрыть

Re:2 Ax-Xa-Xa

Пошел на хуй.

Скрыть

Re:2 Ax-Xa-Xa

> У меня в городке таких работ нет, собственно python изучать рискованно.
Эта извесный баг небольших городов, в них только два вида программистов 1C и PHP.

> Вот только что вакансия нашлась для php-программиста в новом проекте, для которого инвестиции еще только-только ищутся
Работай в нем как PHP программист, попутно изучая Python. Можешь например типо днявочки, например на Flask наваять, потом за Tornade приняться.

Если ваш проект взлетит и повториться описанная выше ситуация с узким местом LAMP стека, вот тут то ты и выйдешь, весь в белом и ... )))

Или либо поднатаскаться и в Нерезиновск)))

Скрыть

Re:2 Ax-Xa-Xa

>>У меня в городке таких работ нет
>odesk.com


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

Скрыть

Re:2 Ax-Xa-Xa

Но согласись,что Perl действует на мозг сильнее

Скрыть

Re:2 Ax-Xa-Xa

> А можешь по конретнее на примерах так сказать, растолковать свою идею?)))

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

Скрыть

Re:2 Ax-Xa-Xa

> Но согласись,что Perl действует на мозг сильнее

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

Скрыть

Re:2 Ax-Xa-Xa

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


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

Скрыть

Re:2 Ax-Xa-Xa

Упс... Перевёл в тексте.

Скрыть

Re:2 Ax-Xa-Xa

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

Дадя Хоха респект и уважуха.

Скрыть

Re:2 Ax-Xa-Xa

>Любое зарабатывание денег в этой стране де-факто поддержка антинародного оккупационного режима во главе с узурпатором.
Старина Хокум как всегда предсказуем. lol

Скрыть

Re:2 Ax-Xa-Xa

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

Скрыть

Re:2 Ax-Xa-Xa

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

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

А что касается питона, то ты упустил одну вещь - я написал "Вариантов быстренько и не очень дорого решить проблему не так уж и много". Я не писал, что решить нельзя каким-то другим языком. Можно:

•   Ruby - долго придеться искать программера;
•   Java - программисты есть, но дешево не получится;
•   C# - программисты есть, но сервера на линуксах;
•   Erlang - и долго и дорого;

Можно даже на Lisp))) Возможно даже это будет достаточно быстро и не так дорого, если лиспер будет в адеквате и способен не только к понтам.

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

Скрыть

Re:2 Ax-Xa-Xa

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

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

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

Скрыть

Re:2 Ax-Xa-Xa

> Ну ты начал с того, что писал, что у апача перестает хватать воркеров и что-то про асинхронные бэкенды. К языку программирования это не имеет отношения.
Особого отношения не имеет, но как ты знаешь PHP не имеет своей стандартной реализации сервера, а не стандартные годны только для девелопмента, Поэтому юзается синхронный апач с mod_php. php-fpm тоже не спасает если нужна асинхронная обработка по той же причине что и апач.

> Есть же сервера приложений
Есть, конечно, но если ты помнишь вводную - выбрали PHP ибо молодежно, популярно и дешево.

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

> Насчёт стоимости программирования на джаве не очень согласен
Если выяснилось, что тебе надо дописать пару модулей в проект на Tomcate, то да это будет вполне себе не дорого.

Другое дело, если выяснится что надо весь проект к примеру с Symphony на Tomcat переделывать. А на этот проект на Symphony уже и так ништяк отвалено бабла, да и прорепортовано во все места, что все гуд)))

Скрыть

Re:2 Ax-Xa-Xa

> Особого отношения не имеет, но как ты знаешь PHP не имеет своей стандартной реализации сервера,

Ну вот ты опять путаешь язык и функционал. Какого сервера, сервера чего? Пых - это расширяемый интерпретатор, на нём можно делать всё что хочешь и коммуницировать с чем хочешь - с любыми серверами, не обязательно писать даже на пыхе - можно использовать язык для склейки бинарных модулей, которые в свою очередь будут просто прослойками к соответствующим библиотекам. Или наоборот, вызывать из своих серверных приложений какие-то пыховые скрипты. Можно. Только непонятно зачем.

> а не стандартные годны только для девелопмента, Поэтому юзается синхронный апач с mod_php. php-fpm тоже не спасает если нужна асинхронная обработка по той же причине что и апач.

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

> Есть, конечно, но если ты помнишь вводную - выбрали PHP ибо молодежно, популярно и дешево.

Если ты видишь проблему в пыхе - то почему бы тебе не озолотиться её решив?
Просто обычно ПХП используют для _прототипирования_. А когда прототип вдруг случайно начинает пользоваться успехом и приносить бобло (а сколько их тихо дохнет, на чём ни напиши - ведь пока идеи рулят, а их нормальных мало) - то сразу набигают эффективные менеджеры и переписать приложение нормально становится резко некогда.

Я бы этих пидорасов.. Ну да ладно, что-то я отвлёкся (ласково погладил осиновый кол и поставил на место).

> Естественно, я просто выразил свое мнение, что быстрее и дешевле всего писать на питоне.

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

Если выяснилось, что тебе надо дописать пару модулей в проект на Tomcate, то да это будет вполне себе не дорого.

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

> Другое дело, если выяснится что надо весь проект к примеру с Symphony на Tomcat переделывать. А на этот проект на Symphony уже и так ништяк отвалено бабла, да и прорепортовано во все места, что все гуд)))

Я думаю, что по уму с симфонями заморачиваться вообще нет смысла. Дорогое средство для бедных. Просто Томкотище не очень представлен на дешёвых хостенках, где предпочитает селиться большинство стартапов - и отсюда все эти тщетные попытки победить непобедимое. Любой ценой :) Ёбаный капитализм допустил очередную неизлечимую ошибку и снова должен быть уничтожен :)

Скрыть

Re:2 Ax-Xa-Xa

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

Скрыть

Re:2 Ax-Xa-Xa

Оппозиция в Эрафии это миф, на самом деле власть монополизирована и реальной оппозиции в стране не существует.

Скрыть

Re:2 Ax-Xa-Xa

> Ну вот ты опять путаешь язык и функционал.
Что я тут путал? Я написал что PHP не имеет стандартных возможностей для написания асинхронных приложений и выбор его как языка для платформы которая подразумевает использование таких запросов - ошибка. И фсе, остальное ты по ходу домысливаешь)))

> использовать язык для склейки бинарных модулей
Нахуя? Если можно просто выбрать другой язык которые решит проблемы только используя его. Вряд ли ты сторонник зоопарка модулей написанных на разных языках каким-то хитрым способом склеенных между собой. Зачем делать этот конструктор из костылей если можо это сделать нормально правильно выбрав язык/фреймворк реализации с самого начала?

> Синхронное от асинхронного отличается только тем, что ...
Я прекрасно знаю чем и даже для фана писал такие сервера на С, D и Python. И кстати отличается это еще и тем что код будет разный, в первом случае линейный, во втором построенный на саллбаках. Это два разных варианта мышления, многие по началу просто не догоняют второй вариант. Писать синхронный и асинхронный код - две большие разницы, а не только использование блокирующих или неблокирующих сокетов.

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

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

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

> Проект скорее всего сложнее чем среда программирования, так что зависит от обстоятельств.
Все верно. Тут надо найти золотую середину. Задвигать идею делать что-то типо нашей днявки на фреймворке корпоративного класса, тоже не вариант. ХЗ еще взлетит или не взлетит поделие и сразу отваливать большое бабло на глобальное и надежное никто не будет. Даже если эти два слова и были написаны в первом предложении ТЗ)))