vaservaser

https://play.google.com/apps/publish
Выбрать приложение
Android Vitals
Ошибки ANR и сбои
Дальше уже просматриваете кластеры ошибок.

Программа неверная.

Сделай ещё один цикл внутри этого, главного.

for (int i = 2; i <= 100; i++) {
bool isPrime = i > 2;
for (int j = 2; j < i; j++) {
        if(i % j == 0){ isPrime = false;
break;}
      }
if(isPrime)
        System.out.println(i);
      }

Код неоптимальный, О(n^2), но тебе сойдёт

Нет идеального бэкенда

Есть API

https://www.cbr.ru/development/SXML/

Все плохо

• Глобальные переменные — зло
  
• На лицо некий код, который и с сессией работает и с БД — явное нарушение общепринятных принципов, например SRP
  
• $dao как инициализирована? Явно не через конструктор
  
• Использование цифры, вот сиди гадай по ней — это плохо, используйте именованную константу. Например 3 — это некий статус для desktop, вот и назовите ее STATUS_DESKTOP, хотя далее...
  
• вы обращаетесь к одному методу, который шибко умный — работает с флагами, тем самым нарушая SRP и сам содержит if/else, сделайте просто 2 раздельных метода:
  

  getMobileOpinionList()
  getDefaultOpinionList()

  
  
• Предикат лучше вынести в отдельный метод isMobileOnly(), тк условия могут поменяться в нем, не будете же везде в if менять по всему проекту
  

если вы уверены/думаете "выучу язык Х, и жизнь забьет ключём", у меня для вас плохие новости. жизнь конечно же забьет, но вовсе (и скорее всего, коль вы задаетесь подобными вопросами) не в том ключе.

яп вообще мало решает. к нему, у разработчика, прикладываются ещё не только знания и умения из смежных областей (которые от языка вообще не зависят), но и софт-скиллы (в первую очередь - коммуникабельность), которые, опять же, от яп'а никак не зависят.

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

// создаем массив со значениями
var arr = ['a','a','b','b','c','d','d','e','f'];

// перебираем все значения массива с помощью reduce (позволяет на протяжении всего перебора аккумулировать результат обработки каждого элемента)
arr.reduce(
  // методу reduce передается стрелочная функция, которая будет вызвана для каждого элемента массива
  // данная функция принимает параметры:
  // a - аккумулятор (то что вернула данная функция при ее вызове для предыдущего элемента) 
  // c - текущий элемент массива
  // i - индекс текущего элемента массива
  (a,c,i) => 
  // тело стрелочной функции (не заключено в фигурные скобки, а значит это выражение которое вернет функция)
  (
     c == arr[i-1] ? // если текущий элемент равен предыдущему
     a[a.length-1]+=c : // то добавить его к последнему элементу
     a.push(c) // иначе вставить его в конец аккумулятора
     , // читаем про оператор запятая в ответе от  @rockon404
     a // вернуть аккумулятор
  ), 
  [] // говорим методу reduce что аккумулятор у нас массив (первый элемент в качестве а получит []
)

PS: данный код бессмыслен, так как результат работы метода reduce никуда не сохраняется)

Скажу сразу c# я не люблю, как и компанию microsoft и их продукции (не кидайте палки),

Это пройдёт с возрастом.

Ответ: C#.

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

в данном случае хэш-функция возвращает int, а не строку. Цель хэш-функции превратить объект, используя его содержимое, в целочисленное значение - это и будет индекс для массива. Эту хэш-функцию надо грамотно написать, чтобы было минимум коллизий и для этого есть несколько базовых рекомендаций.
Внутри хэшмэп устроен так, что у него есть массив списков. То есть, по индексу, который мы вычислили с помощью хэш-кода, мы из массива по этому индексу (вот он, О(1)) забираем список (список - как раз и есть те самые коллизии и чем их меньше, тем короче будет список), в котором хранятся значения и забираем/добавляем нужное значение.
И тут есть замечания: если хэшкод всегда возвращает нам одно и то же число, то хэшмэп вырождается в список - все значения по любому из ключей будут храниться в списке, доступном по одному-единственному индексу.
В идеале хэшкод должен возвращать уникальное число для каждого объекта (но всегда одно и то же для объекта с таким же содержимым, ключом)

Общее понимание и прекрасное объяснение:
https://en.wikipedia.org/wiki/Hash_function
Функция для PHP:
https://php.ru/manual/function.spl-object-hash.html
Объяснение, почему нужно использовать простые числа на примере рекомендаций из книги "Effective Java" (объяснение есть и в википедии):
https://computinglife.wordpress.com/2008/11/20/why...
https://stackoverflow.com/questions/3613102/why-us...
https://medium.com/@biratkirat/learning-effective-...