Airat1995: Airat1995:
но ведь клиентский код для работы с сервером по-любому вам писать. А значит, вы должны разбираться в этом.
Конечно, хорошо знать бек-енд не нужно (всякие redisы там и т.д.), но основы (HTTP-запросы - да и не только HTTP - используются и другие протоколы, + SSE, + Long Polling, также сама логика работы с БД, CRUD и т.д.) понимать нужно.
А понять можно только на практике, написав простенький сервер и клиента для него.
Во-вторых, веб - это еще и HTML+CSS+JS. Вы думаете, что они на мобиле они не нужны, и что под мобилы пишут только нативный платформозависимый код?
Вы ошибаетесь. Кроссплатформенный фреймворк Cordova/PhoneGap тоже имеет право на жизнь, именно в клиентских приложениях типа "сайт", которые почти не работают с API ОС (это слабое место в любых кроссплатформенных фреймворках), но зато активно работают с бек-ендом, а также могут иметь интерфейс, который не пишут с нуля, а частично или полностью берут с клиентского сайта, который уже имеется и написан на HTML+CSS+JS.
hubramubr: ага, а разраб автоматики тоже не подвержен настроениям?
В вышеупомянутом ара-сервисе еще и автоматика дрянь. Вот сегодня мне пришло письмо с напоминанием об оплате, которую я еще вчера лично внес им на руки и купил тачскрин. Ну что это?
А насчет банов и автоматики - мыслить надо шире. Вот на форумах повсеместно администрация банит юзеров как хочет. И автоматика там для этого есть. Но WTF, ведь по сути это их клиенты, которые кликают по рекламе и с которых форумы имеют бабло! Как так? Банить тех, кто тебе бабло приносит?
А если такую дикость может позволить себе форум, то почему интернет-магазин не может?
Программист - это конвертер задачи в алгоритм (и потом уже в код).
А конвертер алгоритма в код - это кодер.
Кодер должен работать с программистом (и получать соответствующую з/п), а если вы работаете напрямую с заказчиком, то должны сами быть программистом и должны уметь не грузить его техникой, если он сам не хочет.
проверил на своем хостинге
Вот какого вы все плодите кучу хостингов?
Тестируйте там же, где и показываете заказчику.
hubramubr: имеет, имеет. После парочки таких случаев, лично я не ищу никакой логики в действиях продавцов, включая администрацию интернет-магазинов.
Давайте короче и категоричнее: вы считаете нормальным, когда продавец троллит покупателя, ржет над ним в открытую, ну там обсуждая его внешность, еще что-то?
Если да - то почему бы также не потроллить создателя парсера, забанив его IP?
Зачем нужно было троллить меня? Просто захотелось. А хотелки мы сдерживать не умеем, мы же как обезьяны. Вот так же и забанить могут.
hubramubr:
> Как вы представляете себе разработчика/админа интернет-магазина?
> Мы, думаете вы, где-то ищем списки публичных прокси и баним их?
> Зачем это надо.
Знаете, сейчас иные торгаши такое творят за наши же деньги, что ничему уже не удивляешься.
Вчера покупал тачскрин к своему телефону - и это был кошмар: всё, что зависело от них, они сделали как будто нарочно худшим образом, и так и не почувствовали никакого угрызения совести.
1) Офис их имеет адрес: такая-то улица, дом 5 строение 20. Вас ничего в нем не смущает? Правильно - раз 20 - это не номер, а строение, то значит, там будет "рынок" из 20 строений, расположенных по площади совершенно рандомно, с лабиринтом коридоров между ними, и ходи-броди-ищи-спрашивай дорогу.
И всё это еще и далеко от метро, через мост через железку, до которого чтоб дойти, надо пройти площадь, которая и не площадь, а тоже небольшой такой лабиринтик.
Такое впечатление, что расположение для офиса нарочно выбрали наихудшее. Или просто пожидели. ОЧЕНЬ пожидели. Долго искали подешевле - и вот, нашли.
2) А еще ведь в этом небольшом строении - не один и не два, а куча павильонов. Одинаковых - ремонт, ремонт, ремонт. И никто не знает, где нужный. А ни на сайте, ни по телефону меня вообще не предупредили, что там не один павильон, не говоря уже о том, что не назвали его номер. Телефона с собой не было. И поехал я обратно остановок 10. Потом написал им, узнал номер, чуть отдохнул, купил билет на метро и снова поехал. Вот как-то так.
3) Придя, рассказал им о проблеме и вежливо попросил скидку 100 руб, как компенсацию за потраченные деньги и (главное) время. Что интересно, они сами предложили небольшую скидку, но когда я попросил увеличить, тут-то и началось самое хамство.
Они доказывали мне, что у них сделано всё правильно, они меня обзывали, они меня троллили как могли, а когда я таки согласился на 500 руб, они сказали мне что тачскрин на самом деле бракованный и не продается (ну как это? правда нам не дорога? захотел - сп..ел?)
В этом им помогало то, что все они были кавказцы, и не стесняясь меня, могли общаться на своем языке, говоря про меня друг другу гадости и в итоге раззадоривать друг друга на троллинг.
Ну, купил я у них в итоге тачскрин, делать нечего, но как думаете, какие я напишу отзывы и приду ли еще раз?
Плохие. Не приду. Но им плевать, и на отзывы тоже плевать.
Я не представляю, как можно так работать.
Но умудряются же.
И вот такие люди могут и парсер банить, для троллинга, чтобы поиздеваться над его автором, для них ведь это важнее, чем какое-то развитие, раскрутка, поток клиентов...
Даааа? И что же в той игре на Qt написано? Пара окошек интерфейса, или все-таки отрисовка 3D-графики? Ведь Qt можно и в консольном приложении использовать, в нем много разных полезностей.
Ну, допустим, на Qt там все-таки рисуется графика. Но тогда другой вопрос: КАК И НА... такой изврат?
Жирный тролль бывает, а архитектурные слои/единицы бывают толстые - где тяжелая логика или много ее.
Про модели/контроллеры не скажу, а вот если на бек-енде API тупо берет данные из БД и выдает браузеру JSON, а клиентский JS уже колупается в нем и визуализирует в DOM, то это тонкий сервер, а клиент толстый, и толсто троллит юзера тормозами, если у юзера слабое железо.
HaruAtari: > Продукт планируется использовать не только в компании, но открыть его
Бесплатно что ли? Зачем? Можно же продавать за деньги.
> Можно, но хочется избежать лишней работы.
Качество снизится, если слишком кроссплатформенно.
Если бы вы построили адронный коллайдер или машину времени, которая подключалась бы по USB, ну и среди прочего был бы для нее софт на комп - то и фиг бы с ним с качеством GUI такого софта.
Но у вас, как я понимаю, вся суть проекта именно в удобном, понятном GUI.
> Почему winforms, а не WPF?
Ресурсов жрет много. DirectX изначально жрет ОЗУ и ЦП больше, и грузится медленно. Это компенсируется, если рисовать кучу 3D и анимашек (т.е. без DirectX такое бы тормозило ЕЩЕ сильнее). Но в GUI-то зачем это все? Свистоперделки? А оно надо, в ущерб быстродействию?
Ну и да, WPF не вполне привычен юзеру, есть шероховатости кое-какие, шрифт наконец... Winforms лучше проработано.
На Android давно с SQLite не работал, с тех пор много воды утекло. Сейчас бы наверно в сторону таких практик, как ORM и ActiveRecord смотрел бы, чтобы вообще абстрагироваться от SQL...
Петр: и что вы хотите этим сказать? Я и не спорил, что отдельный класс, можно и так и так делать, это вы тогда написали: "Так ProcessStartInfo должен как параметр для Process.Start передаваться" Ничего он не должен.
Что же до MS, то им сейчас не нужны никакие советы, т.к. у них нету сейчас никаких целей, они всего достигли, чего хотели.
А у меня это далеко не так, и лично мне для моих целей важна концепция RAD, и у многих других тоже так, потому я и стараюсь писать код в таком стиле, а если на базе стандартных классов получается слишком длинно и без вариантов - то пишу свои обертки.
В таком виде - никак, сайт запрещает. Либо JSONP (если возможно), либо запрос делать с сервера, а не с клиента, еще Flash может умеет такое, все руки не дойдут глянуть его.
Максим Волков: каких задач? Ваших? Типа "четверг: убраться дома, постирать штаны; пятница: нажраться как свинья, нагадить под дверь соседу..."?
> под какую ОС еще не определился
Между тем, язык напрямую от этого зависит.
Под винду лучше C#, под Android - Java (хотя можно и всякие кордовы-ксамарины попробовать - на любителя), Mac/iOS - Swift (или опять же альтернативщина) - это если в целом и в общем, без конкретики.
Так что для начала выбирайте ОС. Что там выбирать-то так долго? Вы для себя пишете? Тогда пишите под те ОС, какими пользуетесь.
> Для бизнеса конечно выгоднее C#
Для вашего бизнеса (если он у вас вообще есть) - наверное.
А вот у меня с моим бизнесом все иначе, ибо область совсем иная (реверс-инжиниринг).
но ведь клиентский код для работы с сервером по-любому вам писать. А значит, вы должны разбираться в этом.
Конечно, хорошо знать бек-енд не нужно (всякие redisы там и т.д.), но основы (HTTP-запросы - да и не только HTTP - используются и другие протоколы, + SSE, + Long Polling, также сама логика работы с БД, CRUD и т.д.) понимать нужно.
А понять можно только на практике, написав простенький сервер и клиента для него.
Во-вторых, веб - это еще и HTML+CSS+JS. Вы думаете, что они на мобиле они не нужны, и что под мобилы пишут только нативный платформозависимый код?
Вы ошибаетесь. Кроссплатформенный фреймворк Cordova/PhoneGap тоже имеет право на жизнь, именно в клиентских приложениях типа "сайт", которые почти не работают с API ОС (это слабое место в любых кроссплатформенных фреймворках), но зато активно работают с бек-ендом, а также могут иметь интерфейс, который не пишут с нуля, а частично или полностью берут с клиентского сайта, который уже имеется и написан на HTML+CSS+JS.