Дякую за конструктив, можливо в деяких висловлюваннях був різкий.
Але обурює той факт, що модератор вже з першого коментаря / однієї точки зору, змінює назву, не погодивши з автором, забуваючи про авторське право. Я приймаю до уваги критику, коментарі, поради, коли вони — адекватні і по суті, а не те як зараз тут це відбувається. Балаган через орфоепію, ....
Чим глибше в ліс — тим більші білки.
украиноговорящий человек
(тот кто вырос в этой среде) так не будет говоритьЯ виріс в Україні і Я так розмовляю! Думаю, так як я — ще багато людей висловлює свої думки.
Хех, мабуть, Ви хочете взнати координати GPS цієї людини?
Я, ваапшэта, просто озвучил свои ощещения, как носителя языка. Мне слово «застосунок» кажется странным/неестественным, это именно ощущение, а не морфемы.Мені цікаво носій, якої мови? Мені здається, що в українській мові немає такого символу як «ы» ... Мабуть, Ви, маєте бажання розширити українську абетку?
Тут троллинг, ...Так, я з Вами в цьому згоден.
P.S. ? — це були риторичні запитання, на всякий випадок напишу.
І? Що нам тепер робити, якщо у Вас проблеми з цим переліком слів!!! В нас тут стаття про орфоепію? Прочитайте, ще раз назву! Вам і не тільки Вам, нема про що побазікати, а як тільки глибше приводити дискусію до маразму. Ведіть суперечку про контекст, якщо він на Ваш погляд є, і, якщо Вам цікаво. Ви не зрозуміли сенсу слова(пошукова система в допомогу)? Вам приводять наукові докази, а Ваша думку на чому засновується? На тому, що Ви такого ніколи не чули і дико звучить в такому контексті. Скільки мов, людей, країн на планеті? Чим Ви збагачуєте свій словниковий запас? — тим як спілкуються інші з Вами, а все незнайоме Ви відкидаєте!
Заспокойтесь, все рівно вже стаття пройшла цензуру, модератор нічого не буде змінювати, бо вслуховується в коментарі пересічних людей, а те як хотів автор — це не важливо!
Мені вже набридло читати коментарі «знавців мови», як приємно, коли дають посилання на інші цікаві технології та «штуки», що можна використати, та ставлять доречні запитання. А те, що Ви тут розвели ..*
о, прикольно, гляну
Хочу дещо внести ясності, з мого досвіду:
1) Фреймворки на HTML + JS.
Треба знати в яких випадках їх доцільно використовувати.
Те, що читав в кометарях, що інші вдало використовують і без проблем — це мабуть не так, або їх застосунки не досить великі.
Був досвід розробки застосунку на даному типу фрейморкі (не буду називати, по суті вони всі майже однакові).
Коли ти завертаєш JS MVC фреймворк в app і надієшся, що все запрацює у WebView як у браузері, хех... і буде все однаково на всіх платформах...
Наприклад такі штуки, як завантаження фото, редіректи (# - доставляли цей символ, щоб працювало, причому деякі посилання та ін. працювали на платформах по-різному, були різні гілки під кожну з платформ, через зміни...), реєстрація через соціалки (їх було багатенько...), так що той метод, який працював у браузері — на девайсі не робив, відкриття дочірніх сторінок (target _blank) та ін.
Також думки «Як би оце мені зредіректить з сервака на localhost?» + трабли з куками, і тут розумієш, що це ще й апп для моб? %)
Багато що довелося змінювати на сервері конкретно для апа (в логіці).
Також до деяких функцій телефону немає доступу. Не кажу, що це неможливо, але присутні добрі костилі.
Повторюся, під конкретну задачу треба застосовувати доцільний метод, а не пихати одне і теж під все (те, що знаєш).
2) На рахунок швидкості розробки, то тут можна довго дискутувати. Але для розборки на iOS і на Android треба знати дві мови, які досить несхожі між собою. Далі доведеться писати аналогічні штуки, наприклад, для взаємодії з сервером та ін., по-різному, але схоже.
Те, що в нашому проекті відрізнялося — це View (яке так само треба робити у випадку розрізненої розробки) та контролери/актівіті та деякі специфічні штуки (локалізація, тощо) але це ще можна спростити, розробивши гарну архітектуру й змінюючи лише імплементацію. А от якщо замовник захоче ще й Windows Phone, то це плюс ще одна мова та специфічні штуки...
Тому тут краще самі вирішуйте щодо оптимальних рішень. А ще краще — пробуйте :)
P.S: Хочу звернутися до модератора, що редагував мою статтю.
Я не буду з’ясовувати лінгвістику та все таке інше але додам чому Ви після першого коментаря
«мобільного застосунку»... застосунку, серьезно? я сломал глаза читая заголовоквирішили змінити назву? Так зручно, так інші пишуть/вживають?... А якщо хтось інший напише, що йому ще щось не подобається, Ви також зміните одразу?
До речі, при редагуванні Ви припустилися помилки (перевірив — у моєму варіанті, що я Вам надсилав, по-іншому написано): «Как задеплоить на Symphony2» — правильно було Symfony2 (дякую Олександру, що помітив). Symfony — це фреймворк, тоді як Symphony — це CMS (www.getsymphony.com)
Я зараз спеціально зайшов пересвідчитися на один цікавий сервіс, широко відомий у вузьких колах:
s2.postimg.org/...5p52h/image.jpg — як не дивно, однак жоден з варіантів перекладу не відповідає тому смислу, який нам треба.
s8.postimg.org/...7uv5x/image.jpg
s12.postimg.org/...8kgt9/image.jpg
Я гадав, що DOU (на відміну від Хабру конкуруючих ресурсів) був створений якраз для розвитку українського ІТ-ком’юніті, зі своїми особливостями (включаючи й мовні). Чи я помилявся?...
Ми таки і не знайшли, як її вирішити. Проблема ця виникла після оновлення ксамаріну. Спочатку думали, що це був, якийсь прапорець в налаштуваннях, бо виникла вона в одного розробника; однак коли інші оновилися, то в них те саме з’явилося.
Та версія, котру ми використовували, мала цю проблему, але вона створювала лише незначні незручності для розробника при редагуванні storyboard і xib, та жодним чином не впливала на застосунок.
На даний момент, після оновлення/перевстановлення XCode все працює нормально.
дякую, гляну
Проект був цікавий, всі «загорілися ідеєю», тож ніякого супротиву вивченню нових технологій не було. Спочатку, звісно, були деякі труднощі з семантикою мови, але по прикладам коду, який був написаний іншою частиною команди, швидко ввійшли в курс справи. Після введення code review всією командою (при pull request’ах), пробіли в знаннях швидко заповнилися.
Time & Material. Клієнт тримав руку на пульсі через щоденні скайп-колли з менеджером, тож був в курсі темпу розробки.
Вирішили робити на MVC, оскільки частина команди прийшла з Objective-C і була незнайома з .NET. Тож ми вирішили зменшити ризики і робити на MVC. Згоден, що, можливо, був сенс застосувати MvvmCross
Вов, Черкаси рулять!