жду гостей :)
Я не думаю что он тебе обещал следователя. Я думаю тебе товарищь просто хочет объяснить, что следователю чуждо логическое мышление (это обычно не очень светлые люди), ему нужно посадить тебя, или денег от тебя получить. Так что ему будет все равно — что ты ему будешь там рассказывать, и какие аналогии ты будешь приводить.
А через электронные платежные системы — бандиты отмывают деньги, так что думаю если кто предложит подключить пейпал процессинг к сайту, то тоже наверно бандит.
Конечно. А ещё имеет значение — адекватность заказчика, то как организован (или будет организован) процесс на проекте,Так вот, имеет ли значение для разработчика не технологическая часть проекта?
с какими люди нужно будет взаимодействовать.
Если ты знаешь что результат твоей работы, будет облегчать людям жизнь — это существенная мотивация. С другой стороны, даже если пишешь программу для медицины, но заказчик — неадекватен, а приложение — кривой монстр, а твои коллеги безответственно относятся к своим задачам, то в таком случае — будет уже все равно, о чем проект.
Согласитесь ли вы разрабатывать порносайт?
Ещё вопрос — что хуже, порносайт, или унылое веб приложения с кучей бесполезных графиков и репортов для маркетологов, что бы создавать видимость работы. Просто люди стесняются или же считают это не приличными. Тут уже вопрос не в том — интересно или нет. Хотя всегда можно назвать это — ’разработкой сайта с фотогалерей’, а что там за контент будет, это уже дело заказчика. Хотя тут же в теме пишут, что могут к уголовной ответственности привлечь (хотя не знаю за что тут), тогда это уже совсем другой вопрос.
с таким подходом вам денег никто не даст. ... то кому нужен такой стартапер... то стартапы не для вас
Спасибо всегда хотел услышать оценку со стороны очередного жлоба, который о себе большого мнения.
3. А в БД таблицы и колонки тоже на русском? Если нет — то получается все равно переключать язык? А если да, то что если вдруг кому понадобится к этой БД из под англоязычного языка обращаться? А если захочется применить что-то ORM-подобное с генерацией классов на основе таблиц БД?
Или в работе с 1С такое не встречается?
Речь не о стоимости инструмента или о его элитности, речь о качестве письма. Программа на английском языке более компактна и её легче читать (ИМХО). Кроме того программа написанная на английском языке и с английскими комментариями — может быть потом прочитана человеком который и не знает русский (английский все же самый популярный язык, тем более среди программистов). В добавок, если человек только начинает заниматься программированием и не имеет хороших знаний английского, то он лишает себя дополнительной мотивации — изучать английские слова (лишний раз заглянуть в словарь, что бы переменную культурно назвать). А без английского в серьёзном программировании — ни куда.
А можно какие то аргументы дать? Чем Билл Гейтс не угодил? Тем более, что в делах микрософта сейчас он не участвует. Вот ты так — www.youtube.com/...h?v=KxaCOHT0pmI можешь? Нет? ну вот и не нужно на Билла наговаривать)
То-есть, с WedForms на странице у тебя есть доступ ко всем методам и ты можешь запрашивать любые объекты с любыми данными. А в случае с MVC, можно работать только с теми данными которые ты заранее передал на страницу через модель. То есть только с теми объектами и теми данными которые ты заранее позаботился положить модель? И тебе не нравится что если нужны дополнительные данные — нужно править этот «лишний» класс? Я правильно понял?
Но так ведь, и страница в ASP.NET MVC, это не совсем страница как раньше, а просто отображение + клиентская сторона (скрипты), а тот серверный код что раньше был в страницах должен был быть, теперь находится в контролерах, а там у тебя есть доступ ко всем классам и методам на прямую без промежуточной модели как и раньше.
То есть я согласен — что эту «лишнюю» промежуточную модель нужно переписывать в случае если нужны другие данные на виве, но это всего лишь изменения в одном классе лишнем, а изменения в контроллере/виве — будут как в MVC, так и в классическом варианте в одинаковой мере мне кажется.
Если нужен RAD или веб-морда для БД — однозначно WinForms.
WinForms? Может WebForms? (хотя я тоже пару раз путал случайно в разговорах)
Однозначно?Ну разве что, если под RAD подразумевается — создание кошмарных-низкокачественных приложений в короткие сроки. Тогда однозначно WebForms.
Но я бы все таки предпочел какой то другой RAD.Мое скромное мнение.
Всё это замечательно, но мало где упоминается о том, что все слои архитектуры качественного приложения должны быть нанизаны и приварены к стальной арматуре и залиты бетоном. И любое изменение в требованиях ведёт к изменению всех слабосвязанных слоёв начиная от таблицы в БД и заканчивая тестами.
Может художественная ценность у этого текста большая, но информации в нем мало.Можно привести аналогию с тетрадью* со сменными блоками. Вы можете доставать или вставлять листы, можете рассыпать их по комнате и собрать обратно, но только те листы в которых перфорация точно соответствует расположению дуг кольцевого замка и их размерам. Иначе вам придётся дырявить новый лист.
Можно какие-то конкретные примеры?
Я купил телефон на Windows Phone 7 — как только у нас первые появились, даже когда официально ни русского ни украинского языка там не было. Очень долго ждал когда Украина появится в списке стран из которых можно зарегистрировать аккаунт разработчика. Не дождался. Зато дождался новости о том что WP7 отправляется на свалку вместе с моей любимой XNA, все приветствуем WP8. Апдейты не получите (только недо WP7.8), бегите покупать новый телефон...
Не совсем то, но близко.
пусть с джавой своей поработают без Eclipse/NetBeans месяцок
А с отключенным интернетом, и вообще на перфокартах?
Человек гордо именующий себя инженером-программистом должен понимать чем плох и чем хорош его язык (о чем собственно и пишет человек на самой верхушке данной ветки).И вот имя класса (а разве на Питоне нету классов? вроде не javascript) это не просто имя, оно говорит о том как этот объект себя ведет, и какие методы у него есть. И за счет этого количество обращений к документации уменьшается (если со временем запоминаешь классы).
В тоже время, и с Джавой, можно было бы признаться и честно сказать, что документация у стандартной библиотеки классов... не очень приятная. И это забавным образом передается по наследству всему что делает Джава комьюнити (к примеру на Андроид). Я понимаю, что есть методы которые можно понять по сигнатуре, и классы которые можно понять по имени и свойствам, но это не всегда так и не всегда всё так очевидно, и иногда хотелось бы иметь подробные примеры, и описание как метод/класс работает. Хотя конечно этим страдает не только Джава, да и это не проблемы самого языка, это проблемы комьюнити и саппорта со стороны разработчиков языка, хотя это тоже важный аргумент при оценке и сравнении языков, точно также как наличие IDE с хорошо работающими подсказками.Нету хороших IDE с подсказкой — тогда минус в другой, хотя если ты говоришь что есть — тогда ещё плюс (я честно не интересовался работай с Питоном в промышленных масштабах =)).
Эта склонность есть у всех людей, это называется глупость, излишняя самоуверенность, фанатизм. У кого это этого больше, у кого то меньше, но есть у всех, во всяком случае тех кто что то пишет про языки на форумах в ваших интернетах. Но это не означает что любой критикующий язык или технологию — автоматически глуп и фанатичен, все таки у языков есть недостатки на ряду с достоинствами, и не обязательно в равной мере.Интересно: это у всех java-программистов есть склонность судить другие технологии, толком о них не зная или попробовав разик-другой
Я даже не готов сказать что у меня этого нету. Но думаю что эту глупость можно уменьшать знакомясь с другими языками и технологиями.
А разве тут есть что обсуждать? И разве это все новость? Я как скромный программист конечно не много знаю о том как все в этом деле устроено. Но как я понимаю, мы все тут(большая часть разработчиков в Украине, и большая часть людей на этом сайте) работаем в аутсорс конторах, которые не делают свой продукт, а всего лишь сдают отдельных разработчиков или команды в аренду? Нет?
Хотя да, я согласен, это печально. Меня вот (и не думаю что только меня) от идей распирает,В тоже время — спасибо капитан очевидность.
По поводу стартапов — у меня есть 100 идей, денег дашь?Но гарантий не даю, прости.
Мне кажется
дабы не ограничивать круг специализации
чуть чуть противоречит
высоко-нагруженные проекты, кластеры.
Странно. Что это за магазины такие были?
По тому же C# полно книг, да и по Python должны быть.
Хотя, последний раз когда я заглядывал в крупный магазин в своем городе,
там были только книги — фотошоп для чайников, и как пользоватся ОС windows.
Книги нужно искать электронные, или если хочется бумагу — то искать/заказывать через интернет.
К примеру www.amazon.com/...keywords=python
Для работы — в зависимости от задачи (тут тогда и вопрос не возникнет).
Но, учить просто так — бесполезно, нужно найти задачу и её решать,Хотя конечно можно взять язык который понравится больше, и подобрать задачу под него.
Краткие характеристики языков, по моему скромному мнению (хотя не знаю зачем это писать, уже много раз об этом было в интернете написано, но ведь все равно хочется opinion свой высказать) :
Cи — простой низкоуровневый, к тому же есть хорошая книжка от Кернигана и Ричи, с примерами.С ним хорошо разбираться с указателями, стеками, кучей, с тем как работает компилятор, линкер и так далее, хотя опять же таки тут и с ассемблером тоже было бы хорошо поработать, что бы понять — почему так.
C++ - нужно знать что бы заниматься программированием профессионально, он на всех платформах, на нем пишут и системные утилиты, и игры с крутой графикой. В тоже время, половина от него, это тот же Си, да и писать на С++ для удовольствия как на языке высокого уровня — я не представляю как это можно делать. Хотя конечно на нем можно изучить ООП, и если знать Си то это возможно будет легче. Но если не было бы линукса, и задач где нужен низкий уровень и скорость — по своему желанию его использовать — нет спасибо. А чистым Си как то не очень, так как у ООП есть свои достоинства. Хотя может так и должен выглядеть низкоуровневый ООП язык для системного программирования. Есть ещё не популярный язык D, но у него уже есть сборщик мусора, да и у него очень плохая поддержка со стороны cообщества (нет хороших инструментов и так далее).
С# - возможно лучший высокоуровневый ООП язык (из популярных строготипизированых), на нем хорошо разбираться с ООП, но с ним не поймешь указателей, и о выделении памяти, хотя в тоже время что бы успешно писать на С# желательно об этом все таки знать (что бы понимать что такое value и reference типы). Также стандартная библиотека классов — роль которой играет .NET — очень приятная и удобная. Недостаток — это то что в первую очередь C# это windows и visual studio, хотя конечно можно возится с mono — но я если честно не знаю насколько он хорошо, но логика подсказывает, что mono по любому, всегда от .NET будет чуть чуть отставать.
Delphi — в последних версиях я не вижу в нем смысла (хотя его и не вспоминают особо), кроме как если присутствует большая любовь к Паскалю. Delphi 6/7 — когда то была чудесная платформа, с хорошим высокоуровневым языком в тоже время все компилировалось в нейтив под win32. В добавок присутствовала чудесная GUI библиотека (формы с кнопками визуально лепить в дизайнере) — VCL. Сейчас когда Delphi перешел на .NET, по удобству и простоте его полностью перекрывает C# (к тому же оба языка разрабатывались под одним и тем же руководством — Anders Hejlsberg, и это почему то мало кто это вспоминает в интернете когда обсуждают и сравнивают языки). A System.Windows.Forms (GUI библиотека под виндовс на .NET) — очень похож на VCL, и при этом он для .NETа родной, а не порт как современный VCL.Кстати язык раньше назывался Object Pascal, но в 2003 году борландовцы переименовали его в Delphi (я так понимаю — маркетинг =)).
Java — высокоуровневый язык, похож на C#, плюс — то что работает и на линуксе, и на виндовсе,Но если скажем хочется написать приложение под Андроид, без него — никуда.
PHP — специализированный для сайтов с серверной стороны, динамический со слабой типизацией а следовательно близок к Python и JavaScript, ООП на нем сильно не поучишь,указатели тоже. Хотя если на нем что то делать — можно разобраться как устроен web, как сайты работают. Хотя для этого можно взять C# и ASP.NET. К тому же у PHP опять же таки не самая лучшая библиотека стандартная, и сам язык не самый опрятный (страшные имена стандартных функций и т.д.)
В других динамических языка не строго типизированых, не очень разбираюсь,первое что приходит на ум — так это JavaScript (ну и PHP). JavaScript это в первую очередь код на веб страничках, не много возможностей с ним (не много задач решить можно), так как он ограничен возможностями браузера, но с появлением html5 canvas можно рисовать легко в 2д растрово и делать игры) А с webgl — рисовать 3D. Есть ещё Python уже самостоятельный язык (можно делать отдельные программы вне браузера), тоже динамический (хотя типизация у Python — вроде строгая?).
Особенность динамических языков со слабой типизацией , то что переменным не нужно явно задавать тип — текст или число, и соответствие типов не проверяется заранее во время компиляции, но уже во время выполнения кода, а если в языке присутствуют объекты, то поля у них можно создавать часто на ходу, и классы для этого не требуются. И из-за этого язык может казаться по началу проще. Но в итоге можно провозится кучу времени даже с простой ошибкой, если не знать всех тонкостей. Так что я бы не стал говорить что они на самом деле проще)) Главное чем они отличаются — это гибкость.
Короче говоря =)) главный вопрос — с какой целью ты хочешь обучатся? И дополнительный вопрос — что ты уже знаешь по этой теме?
P.S.Да, вышла простыня, но не пропадать ведь теперь этому добру?))
И мой комментарий выше содержал только это сравнение, и ничего больше?