[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: -(48 KB, 1000x625)
48 No.3782287  

Программирующие программы сырны, какой был первый ваш яп?

>> No.3782298  

ASM.

>> No.3782312  

Нискажу.

Да уж, ещё один тред-опросник, и ты даже не удосужился придумать оригинальную тему — что сейчас в /b/ актуальноe болтается, то и взял. Скажи честно, ты бот? Или спамер-фрилансер?

>> No.3782354  

>>3782287 http://iichan.hk/s — более подходящий раздел для этой нити.

>> No.3782374  

>>3782287
VB6

>> No.3782389  
Файл: -(3 KB, 640x400)
3

>>3782287
QBASIC

>> No.3782418  

>>3782287

Cobol.

Прислала 60+ Сырна

>> No.3782423  
Файл: -(38 KB, 500x340)
38

Sinclair BASIC, потом тыканье ассемблера того же Z80. QBasic, Delphi, Python.

>> No.3782431  
Файл: -(101 KB, 720x720)
101

>>3782423

>> No.3782435  

>>3782287
Барсик, но не помню точно какой.

>> No.3782441  
Файл: -(877 KB, 707x1000)
877

Лого миры - яп или нет?

>> No.3782442  
Файл: -(275 KB, 2000x1500)
275

>>3782435

А у меня Барсик, зашитый в БИОС пикрилейтеда.

>> No.3782447  

Turbo Pascal же

>> No.3782460  

>>3782287
VBA.
Если что, сейчас погромирую на работе на C89.

>> No.3782468  

>>3782287
HTML. Потом PHP. А потом я пошел в среднюю школу и мне стало стыдно заниматься такими вещами, и я переехал на C и ассемблер. Сейчас пишу на всем, что похоже на язык. Это как с естественными языками: чем больше знаешь, тем легче даются новые. Перестаешь вообще думать о языке, думаешь о том, как выразить свои мысли, а язык просто как средство выступает.

>> No.3782470  

В школе в основном Borland Turbo C++, немножко пробовал Delphi 2 и JS. В универе изучал Ванильный Паскаль, какой-то asm для x86, Жабу в под соусом из UML, MatLab, но всё равно сосредоточил усилия на крестах, став в итоге старшим С++ разработчиком.

На этой неделе написал ноль строчек на Си-подобных языках, так как текущие задачи связаны с bash и python.

>> No.3782474  

>>3782468
Бака, HTML язык разметки.

>> No.3782475  

BASIC

>> No.3782488  

PLSQL

>> No.3782500  
Файл: -(48 KB, 1280x720)
48

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

А ещё компьютеров в школе был зоопарк, потому кто-то домашку на Робике делал, кто-то на Бейсике. Потом ещё Рапира была.

>> No.3782508  

>>3782287
Совсем совсем первый? Basic. Там была ещё книжка обучающая с персонажем Мышкой-программышкой.

>> No.3782557  

>>3782287
Actionscript или javascript, не помню. Потом забросил и начал delphi, его уже серьёзнее учил.

>> No.3782562  

PHP

>> No.3782569  

>>3782287
Первым был богомерзкий Паскаль.
Первым языком, который я серьезно стал изучать, стал C#

Сейчас перекатываюсь на плюсы.

>> No.3782572  

>>3782569

> богомерзкий Паскаль.

Язык который отбивает желание программировать в будущем.

>> No.3782576  

>>3782569
Зойчем? Там же мучений будет гораздо больше чем в шарпе с уютненьким рантаймом.
И ещё он всё больше обретает кроссплатформенности в последнее время.

>> No.3782595  

>>3782572
Однако да. Но я оказался стойким.
>>3782576
Надо так, ситуация того требует.

>> No.3782616  

>>3782576

> уютненьким рантаймом

Непредсказуемым временем сборки мусора?

>> No.3782626  

>>3782616
Ну ты же не станешь ругать Java и Android за это? А GC это вообще посланное нам с небес благо, или месье любит мазохизм C-style со «следить освобождать память» и адресную арифметику?

>> No.3782628  
Файл: -(473 KB, 832x1000)
473

>>3782287
turbo pascal, gwbasic, qbasic

вырос примитивным вебмакаком
в хорошо оплачиваемой аутсорс компании

>> No.3782630  

>>3782626

>Ну ты же не станешь ругать Java и Android за это?

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

Впрочем, под Андроид можно собирать и нативные приложения, а ещё есть Kivy, например.

>мазохизм C-style

А в чём мазохизм-то? Покрываешь код тестами, прогоняешь их под какими-нибудь штуками вроде valgrind - получаешь намного более производительный код, в том числе годящийся и для чего-то, кроме студенческих поделий.

>> No.3782631  

>>3782626
О!
Живой любитель жабы!

Может, ты мне, наконец, объясниш, ЗАЧЕМ вообще когда-то давным-давно в далекой-далекой галактике каким-то извращенцам понадобилось не только придумать, но и начать использовать жабу?
И зачем её кто-то может хотеть использовать сейчас?

>> No.3782633  

>>3782631
Для того же, для чего придумали и использовали флеш, а сейчас подымается канвас+жс. Не думаю, что ява умерла, сильно в этом сомневаюсь.

>> No.3782642  

>>3782633
Я Джаву воспринимаю исключительно как зверушку эпохи ныне покойного Rational Unified Process. Зачем она без него?

>> No.3782645  

>>3782642
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
Актуальности она совершенно не потеряла, а только укрепилась. Почему - какие-то объективный причины на то должны быть.
Хейтить языки программирования довольно глупо. Изменить общую тенденцию ты не сможешь, подстроиться под актуальные технологии и найти лучше работу для себя - это возможно. Программирование - способ заработка и создания конечных продуктов.

>> No.3782653  

>>3782645
Но ведь джава-приложения жирные, тормознутые, глючные, постоянно мешают другим приложениям, и еще содержат кучу дыр и уязвимостей.
Для пользователя они явно что-то очень плохое.
Может, они хорошее для разработчика?
Да вроде тоже нет: классы класса классов в классе объявленных до класса, чтобы объявить в классе, указывая на класс классов о классе классом на классе классу выклассу... - на это уходит основная масса усилий, а вовсе не на собственно код.
Ну и разумеется эта классошизофазия делает код нечитаемым.

Так кто же её хочет?
И зачем?

>> No.3782660  

>>3782653
Большое количество специалистов. Хорошая поддержка. Наработанные решения.

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

>> No.3782665  

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

В принципе всё понятно.
Хотя явно противоречит идеям прогресса.

>> No.3782666  

>>3782653
На Java уже написано много очень хорошего, я бы сказал уникального софта: i2p, freenet, yacy.

Как бы не хотелось заменить php и java, это в настоящее время невозможно.

>> No.3782668  

>>3782665
Прогресс это экономический рост. Экономический рост это круговорот денег, рабочие места, трудочасы и устойчивость рынка. Ява это предоставляет. Так, как ты хочешь оценивать ЯП, есть смысл оценивать только ЯП для научной разработки. Если ты не связан с наукой и хай лвл разработкой - принимай рынок таким, каким он есть.

>> No.3782670  

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

>> No.3782674  

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

>> No.3782678  
Файл: -(321 KB, 1920x1080)
321

>>3782670
Демагогия.

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

Западная корпоративная разработка это вообще бессмысленный распил бюджета. За те деньги, на каких-то бесплатных технологиях можно было бы сделать все проще и быстрее - но проблема начинается на стадии поддержки. Кроме того, да, им нужно, что бы проект был дорогим . У них так работает экономика. Они не воруют, вместо этого они бессмысленно раздувают бюджеты. Но как можешь видеть, у них это работает. Потому да, чем разрекламированиее и дороже технология - тем больше заработает и компания исполнитель. Идеальный проект должен делаться немного дольше от объективного срока исполнения, он должен иметь баги и запас расширения функционала на будущее, специалисты для него должны легко находиться и при этом дорого обходиться (по крайне мере на бумаге для заказчика), выбранная технология должна быть дорогой. Попил бюджета - вся суть корпоративной разработки. Вокруг этой модели крутится вся современная капиталистическая система и, пока, ничего лучше не придумали. Deal with it.

3 года работы на США/Канаду.

>> No.3782681  

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

>> No.3782683  

>>3782630

> Впрочем, под Андроид можно собирать и нативные приложения

Охохо. Нет.

>> No.3782687  

>>3782681
Потому-что они раздувают бюджеты и сроки, а не тупо воруют и прогуливают с объективного.
Feel the difference.

>> No.3782688  

>>3782653

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

Вут?

> Да вроде тоже нет: классы класса...

Вут?

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

>> No.3782691  

>>3782681
И нужно добавить, что деньги не могут застаиваться на одном месте. 90% мировых богатств находятся в руках 10% населения. Эти деньги просто должны куда-то уходить и на что-то тратится. Обратная сторона этого попила бюджетов в том, что исполнители, в меру их привилегированности, так же и тратят значительно больше средств. Таким образом деньги крутятся и стимулируют жизнедеятельность и развитие экономической машины.

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

>> No.3782708  

SCM (для GTASA). Потом Pawn.

>> No.3782740  

>>3782287
VB6.

>> No.3782747  

>>3782287
Какой-то встроенный Basic.

>> No.3782941  

>>3782683
Ну как же нет, когда да. Если бы все приложения были написаны на твоей хвалёной байткодовой жабе, то что бы им всем не работать на Android x86 также как на ARMv7 и откуда в маркете всякие штуки вроде "MX Player кодек (ARMv6 VFP)"?

>> No.3783136  
Файл: -(106 KB, 1276x716)
106

C++ & Pascal.

>> No.3783434  

>>3782941
Потому что некоторые части выносят в натив. Подчеркну, только части. Всё приложение вынести нельзя. Да даже половины вынести нельзя.
А если вынесешь, то получится кака, которую будет трудно поддерживать и работать она будет медленнее.

>> No.3783544  
Файл: -(16 KB, 646x378)
16

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

>> No.3783579  

Хватит издеваться. Первый. Единственный - и то нормально не освоил пока - VHDL. Не знаю, когда я смогу накодить хотя бы более-менее работающий хотя бы восьмибитный RISC-процессор, чтобы можно было со спокойной совестью перейти к ассемблеру MIPS (он, вроде, из использующихся сейчас архитектур наиболее простой) прежде чем браться за высокоуровневые языки. Интерес себе уже отбил, так что даже до Си вряд ли дойду. Не понимаю, как вам это интересно, одна тошниловка же. Сам пытаюсь добить изучение всей этой хрени хоть до какой-то точки уже чисто из принципа.

>> No.3783680  

>>3783434

> Всё приложение вынести нельзя. Да даже половины вынести нельзя.

Можно, и так даже делают. Если нужно сохранить хоть какую-то прослойку для пользователя - обмазывают сверху классом-заглушкой на яве и все. Цель этой заглушки - висеть ярлычком в лаунчере и при запуске передать управление бинарнику. Все сколько-нибудь сложные игры на андроиде именно так и устроены. Если же даже этой прослойки не нужно - GCC из состава NDK в зубы и поплыли, обычные бинарники прекрасно запускаются из терминала. Особым ценителям даже в /dev/fbdev можно писать, тем самым рисуя графику. Такие дела.

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

Что-то все как раз наоборот. Разработчику проще взять ту же libSDL, C++ и потом просто пересобирать проект под все платформы, чем писать под винду на шарпе, под андроид на яве, под айос на Objective-C и так далее кучу разных вариантов одного приложения и все их отлаживать

>> No.3783920  

>>3783680

> Все сколько-нибудь сложные игры на андроиде именно так и устроены.

И всё. Ни одно приложение никто не станет делать так, как ты сказал, только игрульки.

> Что-то все как раз наоборот. Разработчику проще взять ту же libSDL, C++ и потом просто пересобирать проект под все платформы

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

>> No.3783924  

>>3783579

Издеваешься только ты. Над собой. Не нравится — дропай и займись чем-нибудь другим, тогда и «тошниловки» не будет.

>> No.3783926  

А сейчас есть смысл пытаться вкатиться в веб? Ну или куда там обычно вкатываются. Мне 21 и я ничего не умею.

>> No.3783931  

>>3783926

>21

Тебе есть смысл вкатиться куда угодно.
Хоть в ядерные физики, хоть в ракетостроители.
Даже актером или космонавтом стать не поздно.
Только не затягивай.
Не успеешь оглянуться будет 25 - и всё, никакого актерства или космоса, а там и 30 - и уже не сможешь быть медиком, а потом 35 - не сможешь стать военным или милиционером, а потом и 40, и 50 и.. потом останется только одна возможность: стать постоянным обитателем кладбища.
Если хочешь - делай.
Ничто не поздно для тебя.
Разве что кроме профессиональной академической музыки и профессионального спорта. Хотя в киберспорте еще можешь успеть чего-то достичь.

>> No.3783932  

>>3783920

> И всё. Ни одно приложение никто не станет делать так, как ты сказал, только игрульки.

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

> Как правило, кроссплатформенные приложения — добро по всем фронтам. Нужно делать качественное приложение — оно будет писаться под все платформы отдельно.

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

> А скорость ты почему-то проигнорировал. Ясное же дело, что из-за накладок на jni скорость будет ниже.

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

>> No.3783935  

Логомиры в школе! Потом паскаль и понеслась.

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

>> No.3783938  

>>3783935
Писали, потому и молчим. А выбирать его первым ЯП... Ну это как выбирать роллс-ройс или бентли в качестве первой машины. Нет, круто, конечно, но...

>> No.3783988  
Файл: -(261 KB, 1366x705)
261

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

>> No.3784009  

>>3783935

>Логомиры

Что это?

>> No.3784012  

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

>> No.3784021  

>>3783932

> Любое приложение, которому нужна скорость и надежность.

Это не так. Эти самые "любые приложения" в 99% случаев пишутся на джаве, а ты про виджеты мне раскрываешь. Бывает разве что части выносятся, о чём и уже говорил.

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

Вообще-то нет. Разные платформы — разные гайдлайны, принципы работы и прочее. Кроспласфома это просто несерьёзный подход по всем фронтам.

> По-моему, кто-то слишком много ест. Я же объяснил, что JNI будет задействовано один раз: при запуске программы, при передаче управления от заглушки бинарнику

И как будет создаваться пользовательский интерфейс? Все эти списочки, встроенные контролы, общение с серверами. Они все полностью на джаве, и ты этого не изменишь. Бинарникам придётся дёргать jni, а значит тратится время на него + скорость джавы. В результате получаешь тормозное добро, да ещё и до ужаса неудобное. И где я не прав?

>> No.3784022  

Начинал на Бейсике для БК в школе, потом в институте нам одновременно преподавали Ассемблер для 8086 (masm) и Турбо Паскаль.
На первой работе писал в основном на Delphi и на Си и ассемблере для AVR. Вот уверен, что никто из здесь присутсвующих не писал под процессор который вообще не имеет ОЗУ. Ноль байт RAM!
Сейчас С/С++ для армов и С++ c Qt для компьютера. Иногда, если по быстрому надо накидать тестувую программу, использую Delphi.

>> No.3784025  

>>3784021
Не знаю ни одного сколько либо сложного приложения кроме игр где ui рисуется без средств фреймворка.

>> No.3784026  

>>3784025
Я знаю. Opera Mini, например, по крайней мере до обновления, после обновления не знаю уже.
Но таких приложений — 1 на несколько тысяч. И то, с оперой так было т.к. им было влом нормально её портировать.

>> No.3784027  

>>3783579
Ты - идиот. Сочувствую и рекомендую изменить свое отношение к собственному времени.

>> No.3784028  

>>3783926
Да, легко.

>> No.3784094  

>>3782460
Ты ― это я.

>> No.3784117  

>>3784027
В каком плане идиот? Трачу время на изучение программирование, хотя это не моя специальность?

>> No.3784118  

>>3782678

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

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

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

>> No.3784129  

>>3784118

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

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

А через 10 лет, все что угодно становиться легаси.

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

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

>> No.3784137  

>>3782287
Вероятно, КуМир, даже ехе умел выдавать.

>> No.3784141  

>>3784118
программисты всегда будут в депрессии при работе с легаси. Там проблема даже не столько в устаревших технологиях, сколько в неизбежных со временем костылях. Отсюда и постоянное желание выпустить новую версию, в которой переписать все с нуля. С этим надо бороться, вплоть до того что менять команду.

>> No.3784144  

>>3784118

>Если технология протухла, её лучше закопать, чтобы не портить настроение.

А теперь вспомни, чем закончилась идея Интела и Хьюлетт-Паккард запилить новую процессорную архитектуру, которая заменит x86 и PA-RISC. Прогресс не нужен, нужно чтобы схавали. Результат - новая архитектура столкнулась нишу серверов и рабочих станций. А потом AMD запилила 64-битное расщирение x86 с кучей легаси и б-дло схавало. Более того, x86 полностью залезла в нишу рабочих станций и вытолкнула оттуда всех остальных - если раньше там было дофига RISC-архитектур вроде SPARC, MIPS, PA-RISC, Alpha и других, то сейчас половина убита, половина используется только на серверах (MIPS ещё на сетевом оборудовании). Во всём остальном - AMD64. Ну и плюс ARM, которая раскрутилась, в основном, за счёт мобильных устройств (есть шанс, что вытолкнет x86, но очень нескоро).
Так что никому не нужно нового, всем нужно, чтобы было совместимо.

>> No.3784147  

>>3784141

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

Значит, профессия программиста - отстой.

>> No.3784148  

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

>> No.3784153  

>>3784147
А я и не утверждаю обратного. Отстой, но есть немало профессий намного хуже.
Вообще с переписыванием легаси кртерий простой - что мы хотим в новой версии получить из функционала такого ,что нельзя сделать в текущей версии с приложениам пусть даже больших усилий? То есть если нам допустим надо сделать горизонтальное масштабирование, потому что нагрузка растет, а у нас все на mssql и хранимых процедурах - то да, переписывание оправдано. А если программисты жалуются что написано криво, некрасиво, добавление новых фич занимает много времени, а вот "в новой версии будет делаться за полдня", идет разговор о "техническом долге" - то неоправдано.

>> No.3784159  

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

>> No.3784191  

>>3784159
Ого? А где ты работал? Ни разу не сталкивался с местами без внушительного легаси-кода.

>> No.3784258  

>>3784021

> Это не так. Эти самые "любые приложения" в 99% случаев пишутся на джаве, а ты про виджеты мне раскрываешь. Бывает разве что части выносятся, о чём и уже говорил.

Прошу прощения, я не совсем точно выразился. Под "виджетами" я имел в виду не только и не столько виджеты, сколько в принципе все бесполезные и свистящие приложения. Всякие Официальные Клиенты, магазины приложений, калькуляторы, рисовалки-одним-пальцем и прочие хэлловорлды, где скорость не важна. Их единственная цель - поярче переливаться и понравиться пользователю. Если же взять что-то хоть мало-мальски сложное и полезное, то оно обязательно или полностью вынесено в натив, или большая его часть есть, правда, еще редкие варианты "вынесено в онлайн", типа MS Office и Wolfram. Офисные пакеты (LibreOffice)? Браузеры (UCWeb, Opera Mini, Firefox)? Медиаплееры (даже перечислять не буду)? Навигаторы? Это все на собственном нативном движке или, в более редких случаях, с обширным привлечением нативных библиотек. Писать на яве под мобильники очень удобно, я согласен, но для чего-то серьезного ее никто в здравом уме использовать не станет.

> Вообще-то нет. Разные платформы — разные гайдлайны, принципы работы и прочее. Кроспласфома это просто несерьёзный подход по всем фронтам.

Убивать надо тех чудаков с заглавной буквы М, которые эти гайдлайны пишут. Назови хоть одну популярную современную платформу, дизайн которой не заставлял бы реветь в три ручья кровавыми слезами? Android 5? Закопать Material Design вместе с дизайнерами в братской могиле. Windows 8/10/Phone? Держите меня семеро, иначе расколю к чертям эти плиточки. iOS? Сделайте забыть это, хуже только у винды. KDE4/5? Верните все как было, ироды, зачем испортили то, что работало? Gnome 3? Хороший вариант для инопланетян, но что он на Земле забыл?
Мне, в общем-то, плевать на то, как приложение выглядит - мне ехать, а не шашечки. Пусть оно выглядит хоть как, главное, чтобы работать было удобно. Мне плевать, что окошко Blender не похоже на окошко LibreOffice, и оба они даже издалека не смахивают на GIMP, а у всех у них вместе взятых разнобойные иконки и шрифты. Они прекрасно работают, работают на любой системе и одинаково, и я могу на них положиться, а это и есть главное для рабочего инструмента. Нынешние же концепции интерфейса будто специально разрабатываются для того, чтобы создать пользователю максимум препятствий в выполнении задач.

> И как будет создаваться пользовательский интерфейс? Все эти списочки, встроенные контролы, общение с серверами. Они все полностью на джаве, и ты этого не изменишь.

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

> Бинарникам придётся дёргать jni, а значит тратится время на него + скорость джавы. В результате получаешь тормозное добро, да ещё и до ужаса неудобное. И где я не прав?

Ну, в общем-то, везде, как видишь.

>> No.3784262  

>>3784148
Что ты докопался до человека? Интересно ему, пусть изучает. Я в свое время тоже писал ОС и разные демки на ассемблере, просто по фану. Почему нет?

>> No.3784266  

>>3784153

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

Ты программист или менеджер?

>> No.3784270  
Файл: -(0 KB, 32x32)
0

>>3782287
Немного, совсем чуть-чуть, попробовал в школе ПАСКАЛЬ.
Потом попробовал няшный и кресты. Последние больше понравились.
Но больше всего кодю на шарпе, т.к. простой, куча документации и все уже за тебя сделано, просто пользуйся.
Хотя когда что-то для себя делаю, то юзаю кресты, даже не знаю почему.

>> No.3784287  

>>3784262
Так ведь он фага то не получает. Если бы получал я бы и слова не сказал, но ему скучно и больно.

>>3784191
Геймдев. Тут легаси только в ммо проектах. А так, пайплайн разработки постоянно обновляется в идеале. Но это работает только в маленьких компаниях, где не больше 40 сотрудников, в противном случае переход от старого к новому обходится слишком дорого.

>> No.3784290  

>>3784287
Фана

самофикс

>> No.3784310  

>>3784287
Может быть, он мазохист и любит самоистязания, откуда ты знаешь?

>> No.3784319  

>>3784266
Я программист с 15тилетним стажем. В настоящее время директор фирмы, продающей софт, и состоящей пока из одного человека - меня.

>> No.3784320  
Файл: -(186 KB, 500x500)
186

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

>> No.3784324  

>>3784319
О, а если студент знающий как там всякое с sql, немного .Net и крестами делать попросит у тебя работу, ты откажешь? Могу и жаву с питоном, если надо.

>> No.3784328  

>>3784258

>Убивать надо тех чудаков с заглавной буквы М, которые эти гайдлайны пишут.

Ах, юноша бледный со взором горящим. Револьюционэр!

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

~80% информации люди получают с помощью зрения. И, кстати, одним лишь внешним видом HIG не ограничиваются. В них еще и описано поведение, которое ожидается от хорошего приложения. Не редко там же указано как учесть людей с физическими недостатками (зрение, моторика, etc).
Но тебе, по молодости лет всего этого не известно. Это понятно. Учись, нарабатывай опыт и все у тебя станет хорошо.

Алсо присоединюсь к твоему "оппоненту": кроссплатформенного удобного уя не существует.

>> No.3784337  

>>3784319
Где регистрировал, в какой форме, как оплата идет? Как раз собираюсь сделать что-то подобное

>> No.3784355  
Файл: -(11 KB, 800x477)
11

Turbo Pascal 7.0

>> No.3784361  

>>3784324
Откажу, потому мне ничего этого не надо. И из работников в ближайшее время буду брать только бухгалтера, и то на удаленку.

>> No.3784363  

>>3784337
LLP в UK, латвийский банк.
Оплата ваерами в банк.

>> No.3784367  

>>3784319

> 1999 г
>> No.3784377  

>>3784287

>Геймдев. Тут легаси только в ммо проектах.

Выглядит вкусно.
Какие подводные камни?

>> No.3784417  

>>3784377
Платят мало, работать надо много. Престижа меньше, чем у 1С-ков с пхп-истами.

>> No.3784436  

>>3784417

>Престижа меньше, чем у 1С-ков с пхп-истами.
>престижа

Лолчто?

>> No.3784456  

>>3784417
Кыш отсюда, бака.

>>3784377
Ну, из очевидных - идиоты. Тут их много. В большую компанию не устраивался, ибо вкатился совсем недавно, но процент идиотизма в маленьких российских студиях зашкаливает. В последний раз меня просили сделать синематографичный полет дракона без анимации. Но в том же абсолют софте такое крайне маловероятно. Да и вообще в России геймдева как такового то и нет. В общем я уволился и сейчас пилю свою компанию с блекджеком и сырнами. Не в одно рыло, конечно же. Платят по-разному, от 50к до 100к в среднем. Идти в геймдев ради денег смысла мало, их тут, в привычном смысле, нет.

>> No.3784507  

>>3784328

> Ах, юноша бледный со взором горящим. Револьюционэр!

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

> ~80% информации люди получают с помощью зрения.

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

> И, кстати, одним лишь внешним видом HIG не ограничиваются. В них еще и описано поведение, которое ожидается от хорошего приложения. Не редко там же указано как учесть людей с физическими недостатками (зрение, моторика, etc).

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

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

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

> Алсо присоединюсь к твоему "оппоненту": кроссплатформенного удобного уя не существует.

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

>> No.3784518  

>>3784355
/b/ро.

>> No.3784885  

>>3784258

> Офисные пакеты (LibreOffice)? Браузеры (UCWeb, Opera Mini, Firefox)? Медиаплееры (даже перечислять не буду)? Навигаторы? Это все на собственном нативном движке или, в более редких случаях, с обширным привлечением нативных библиотек. Писать на яве под мобильники очень удобно, я согласен, но для чего-то серьезного ее никто в здравом уме использовать не станет.

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

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

Мой опыт говорит об обратном.

> Убивать надо тех чудаков с заглавной буквы М, которые эти гайдлайны пишут. Назови хоть одну популярную современную платформу, дизайн которой не заставлял бы реветь в три ручья кровавыми слезами?

Все три. Извини, меня твоё мнение в этом вопросе вообще не волнует, это вкусовщина. А вот гайдлайны нужны чтобы от всех приложений и от самой системы складывался единый опыт, чтобы каждое приложение было как бы "продолжением" ОСи. Это действительно важно и правильно, в отличие от мнения крайне малочисленных групп мол "дизаен добро, давайте свой делать".

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

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

> Кроме того, ЕМНИП, большая часть гуишных классов на андроиде таки не на яве сделаны, по крайней мере начиная с 4 ветки.

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

> Ну, в общем-то, везде, как видишь.

Да что-то как-то наоборот.

>> No.3784942  

>>3782633
Вообще интересно, почему придумали язык для одного (аналог плеша), а используется он сейчас совсем для другого. Вся нынешняя жаба - или сервлеты, или мобилки.
Последний жаба-апплет, выполняемый в арбузере, видел лет сто назад в кривом ынтырайзном поделии.

>> No.3785744  

>>3784258

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

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




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]