foogaz

что вернёт его чекаут, не делая сам чекаут

git ls-tree -r --name-only tree-ish

я когда-то писал развернутый ответ или комент на эту тему, лениво сейчас искать.
если по простому - где ещё есть альтернатива макосному quicklook и для такого же количества форматов?
где ещё есть не просто spotlight (которым можно управлять из консоли), но шняги уровня не только аlfred, но хотя бы flashlight, и с таким же количеством готовых решений?
где в пингвине есть сквозной драгндроп?
остальное лежит сугубо в субъективной плоскости.

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

Умные люди специально собрали дизайн-гайды в одном месте.
Итак:
designguidelines.co

Дополнительно:
https://guides.kontur.ru/ - гайды СБК Контур
design.mail.ru/paradigm - Парадигм от Mail.ru
https://design.trello.com/ - Nachos, дизайн-система Trello. Пользуйтесь!

Сервис лучше закрывать протоколом - это позволит подменить его реализацию, если потребуется (мок-сервис сделать, например). Синглтонами лучше не увлекаться: если использовать менеджер зависимостей это не понадобится.
Сервис может содержать следующие зависимости:
- Transport (RequestManager) - сущность, которая выполняет запросы к API. Может работать с Alamofire, например.
- Parser - сущность, которая парсит JSON в PONSO/NSManagedObject
- Cache - кэширование данных в БД, напимер в CoreData.

Получается, что сервис - это логика работы совокупности транспорта, парсера и кэша. Если объекты получаемые с API однообразны, можно сделать generic сервис для получения различных сущностей.

Плагин Place Linked Bitmap. Через него вставляешь в скетч картинку или даже псд. При изменении картинки (если он не переименовывается и никуда не перетаскивается), например, посредством фотошопа, ты можешь обновить его в скетче парой кликов. Или сочетанием клавиш.

Ну тут надо уточнить, что дизайн сайтов/приложений не является продуктом. Это услуга.
"Картошка" - это продукт. "Доставка картошки" - это услуга. Вы предоставляете услуги, соответственно ставить вопросы надо исходя из понимая этого.

Бизнес выбирает поставщика услуг по нескольким пунктам:

1. Доступность - важно что бы было легко вас найти.
   
2. Понимание проблем клиента - важно что бы поставщик услуг четко понимал как его деятельность скажется на нашем бизнесе.
   
3. Скорость реакции сотрудников и их вежливость - тут думаю все понятно, если на email отвечают неделями и на от*бись, то такой поставщик услуг не получит заказ.
   

В контексте вашего вопроса речь идёт о "Понимании проблем клиента".
И тут важнее не написать большой список, а выбрать конкретный пункт и давить на него. Объясню:

1. Увеличение продаж - на этот пункт вы влияете очень косвенно (ниже объясню почему). Потребитель больше будет смотреть на цену и скорость доставки, чем на форму кнопочки "Перейти в корзину".
2. Привлечение внимания - это тоже не ваша работа. Привлекают внимание маркетологи. Клиент даст рекламу в директ, и она будет привлекать внимание. Если вы занимаетесь дизайном рекламных баннеров, то тогда можно говорить о привлечении внимания, но в контексте вашей деятельности вы привлечением внимания к продукту/услуге заказчика не занимаетесь.
3. Большая конкурентоспособность/отстройка от конкурентов - это тоже не про вас. Конкурентоспособность никак не соотносится с визуальной составляющей. Вы можете сделать идеальную упаковку для пиццы, но если её везут 3 часа, то никакой конкурентоспособности быть не может.
Отстройка от конкурентов - это тоже не про вас. Немного погуглите про то что такое "отстройка от конкурентов", и поймете это. Отстраиваются на уровне позиционирования и бизнес процессов. Например вы открыли магазин продуктов возле дома. Через пол года рядом открывается пятерочка. Вы начинаете проседать по доходам, потому что пятерка дает лучшую выходную цену для клиента, и тогда вы решаете отстроится от конкурента, убираете весь ассортимент и становитесь магазином "Колбасы от Васи". И расставляете на прилавке 1 вид продукта, но в широком ассортименте, который пятерочка никак не может себе позволить, потому что им не выгодно иметь широкий ассортимент одной товарной позиции. Вот это и есть отстройка.

А теперь к важному. Продавайте "Повышение конверсии". И только это.
Бизнес делает рекламу, тратит на это деньги, и тут появляетесь вы и говорите, мы можем сделать новый дизайн вашего сайта, уменьшить "боль" потребителя от использования, что повысит вашу конверсию на N процентов + увеличит кол-во повторных заказов от существующих клиентов. Повышение конверсии даст большую эффективность вашим рекламным затратам, потому что вы можете потратить 100500 миллионов денег, но если вся реклама будет вести на непродуманный, некрасивый и абсолютно неюзабельный лендинг - ваши деньги вылетят в трубу. Такая постановка вопроса будет очень понятна любому бизнесу.

Так что вывод - переимуйте абстрактный пункт "Увеличение продаж" в более конкретный "Увеличение конверсии", и продавайте его.

Привет!
Я бы рекомендовал изучить темы:

Java
--------
* Object: hashCode, equals, wait, notify
* Collections: List, Set, Queue, Map
* References: Strong, Soft, Weak, Phantom
* Concurrency: Thread, Runnable, Executor, Future, Synchronized, Volatile, Synchronized collections.
* io: InputStream, OutputStream, File, serialization
* Network: URL, urlconnection, etc
* json, xml
* generics
* reflection
* class loader
* enum

Android
--------
* Android tasks and backstack (LaunchMode(singleTask, singleTop, etc), Task Affinity)
* Activity: Lifecycle, What, start, start with result
* Services: IBinder, Message Handler
* ContentProvider: how to use and why
* Broadcast Receiver: how to use and why
* Intent & Intent Filters: common and in manifest.xml
* Fragments: Lifecycle, Why, FragmentManager, NestedFragmentManager
* Notifications: how to use
* Permissions: what and how
* Resources: what and how
* Styles: how to use and why
* InputEvents
* MaterialDesign: RecyclerView, CardView, FloatingActionButton
* Layouts (also CoordinatorLayout)
* Toolbar
* Pager
* Settings
* Menu
* Dialogs
* Toasts, Snackbar
* Animation, Shadows
* Support lib, Support design
* Network: frameworks (OkHttp, Retrofit)
* Process: separated processes
* Application: using
* Concurrency: AsyncTask, best practices for long time work.
* Bitmaps: using, reusing
* VectorDrawable
* Deep Linking

Common:
--------
* Patterns
* Caching
* di

Misc:
-------
Git
Gradle

Вообще говоря это некая точка входа в ваше приложение. Этот класс управляет состояниями вашего приложения. Он так же содержит главное окно вашего приложения, то бишь UIWindow. В этом классе настраиваются все основные потребности вашего приложения, будь то Push Notifications или Voice Calls и так далее. Я бы сказал это Core вашего приложения.

Это можно понять по его наследованию. UIResponder и UIApplicationDelegate
По первому:

An abstract interface for responding to and handling events.

По второму:

A set of methods that are called by the singleton UIApplication object in response to important events in the lifetime of your app.

То бишь чувствуете насколько тут важные(core) вещи вашего приложения.

Но на начальном этапе изучения он вам практически не понадобится.

Не совсем понятно, зачем вам вообще что-то определять, а затем менять. По умолчанию Android будет подгружать строковые значения из файла values/strings.xml. Если у пользователя на устройстве установлена русская локаль, то будут подгружаться значения из values-ru/strings.xml (при условии, конечно, что такой файл есть, в противном случае всё так же будут подгружаться значения из values/strings.xml). Если немецкая - values-de/strings.xml. Ну и так далее. Правила разрешения конкретного файла посмотреть можно тут.

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

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

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

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

Удачи!

Как уже писали ранее, посмотрите реализации классического примера на Spring - Pet Clinic
https://github.com/spring-petclinic

Spring используют для Enterprise - а это значит автоматизация работы различных предприятий, учреждений и т.п. Вот и сделайте что-то подобное.

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

Еще Spring - это в основном система для интеграции. Вот и прикручивайте различные штуки к нему. Сделайте SOAP-сервис, что-нибудь для ORM, Security, можно очередь забабахать, можно облака прикрутить, даже вроде graphQL можно или можно будет.

Посмотреть, что можно накрутить и сгенерить новый проект можно с помощью такого вот сервиса:
https://start.spring.io/

Должен знать один из двух языков Swift или Objective-C;
Должен иметь представление об паттерне MVC и как приложения строятся на основе этого паттерна;
Должен знать базовые классы фреймворка Foundation - Int, String, Date, Data, DateFormatter, IndexPath ..., фреймворка UIKit - UIView, UIViewController, UITableViewController, UINavigationController, ... ;
Должен знать жизненный цикл вью контроллера;

Должен уметь строить простые интерфейсы как в коде так и в сториборде, должен знать AutoLayout;
Должен уметь читать английскую документацию;
Должен уметь пользоваться гуглом;

Очень желательно иметь небольшой опыт с
GCD, Operation
CoreData
MapKit
Cocoapods

Используй, например List :
List<Player> playerList = new ArrayList<>;

и добавляй туда своих игроков:
list.add(new Player(name) );