Café Québécois

Квебекское кафе

Текущее время: 24 ноя 2017, 08:23

Часовой пояс: UTC − 5 часов




Начать новую тему Ответить на тему  [ Сообщений: 406 ]  На страницу Пред.  1 ... 10, 11, 12, 13, 14  След.
Автор Сообщение
СообщениеДобавлено: 16 май 2017, 13:08 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Ольга_ писал(а):
Data scientistы знают, что с ними делать, я за это спокойна. :lol:


Есть сомнения! Хотя, наука про данные это интересно

Цитата:
Гугловский Лексус впервые попал в аварию в прошлом году - говорят, автобус его не пропустил, когда автомобиль возвращался в полосу после объезда препятствия. После этого инцидента подправили софт - научили машину не ожидать, что автобусы будут их пропускать. Welcome to the jungle. :lol:


Тут вот мне кажецца, нто нету там нейросетей особых
Плюс, что удивляет, это использование камер. Имхо, ультразвуковые и лазерные датчики были бы намного точнее

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 май 2017, 16:04 
Не в сети

Зарегистрирован: 03 май 2016, 08:14
Сообщения: 396
loco писал(а):
Тут вот мне кажецца, нто нету там нейросетей особых
Плюс, что удивляет, это использование камер. Имхо, ультразвуковые и лазерные датчики были бы намного точнее

Там лазер на крыше и 4 радара на бамперах. Основная информация от лазера. Алгоритмы распознавания объектов и местоположения автомобиля основаны на скрытой марковской модели. Это все, что я знаю.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 16 май 2017, 16:17 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Ольга_ писал(а):
loco писал(а):
Тут вот мне кажецца, нто нету там нейросетей особых
Плюс, что удивляет, это использование камер. Имхо, ультразвуковые и лазерные датчики были бы намного точнее

Там лазер на крыше и 4 радара на бамперах. Основная информация от лазера. Алгоритмы распознавания объектов и местоположения автомобиля основаны на скрытой марковской модели. Это все, что я знаю.


Будущее грядет, вопщем:)

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 07:55 
Не в сети

Зарегистрирован: 03 май 2016, 08:14
Сообщения: 396
У нас Трюдо в офисе сейчас - приехал со мной познакомиться. :lol:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 07:57 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Ольга_ писал(а):
У нас Трюдо в офисе сейчас - приехал со мной познакомиться. :lol:


Круто:)
Говорят, весьма обаятельный молодой человек!

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 08:02 
Не в сети

Зарегистрирован: 03 май 2016, 08:14
Сообщения: 396
loco писал(а):
Ольга_ писал(а):
У нас Трюдо в офисе сейчас - приехал со мной познакомиться. :lol:


Круто:)
Говорят, весьма обаятельный молодой человек!

Да, обаятельный. Ну вы-то с ним уже знакомы. :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 08:12 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Ольга_ писал(а):
loco писал(а):
Ольга_ писал(а):
У нас Трюдо в офисе сейчас - приехал со мной познакомиться. :lol:


Круто:)
Говорят, весьма обаятельный молодой человек!

Да, обаятельный. Ну вы-то с ним уже знакомы. :)


Теперь нас двое!

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 10:10 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Кстати
Я, как и всякий русский человек, задним умом крепок
А что вы будете делать вот в таком случае:

Optional<MyObj> getMyObj()
{ return null; }

Optional<MyObj> myObj = getMyObj();
if(myObj.empty()){ .. }

Будет все тот же NPE, если не ошибаюсь

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 10:51 
Не в сети

Зарегистрирован: 03 май 2016, 08:14
Сообщения: 396
loco писал(а):
Кстати
Я, как и всякий русский человек, задним умом крепок
А что вы будете делать вот в таком случае:

Optional<MyObj> getMyObj()
{ return null; }

Optional<MyObj> myObj = getMyObj();
if(myObj.empty()){ .. }

Будет все тот же NPE, если не ошибаюсь

Да, но зачем возвращать null? Если человек использует Optional (особенно не в контексте функционального программирования), он намеревается избегать возврата null, а тут он сам же его вернет? Значит, человек не понимает, зачем он использует Optional. Поэтому в таком случае, если я найду этого человека, я объясню ему, что он не прав, если не найду - исправлю сама.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 11:10 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Ольга_ писал(а):
loco писал(а):
Кстати
Я, как и всякий русский человек, задним умом крепок
А что вы будете делать вот в таком случае:

Optional<MyObj> getMyObj()
{ return null; }

Optional<MyObj> myObj = getMyObj();
if(myObj.empty()){ .. }

Будет все тот же NPE, если не ошибаюсь

Да, но зачем возвращать null? Если человек использует Optional (особенно не в контексте функционального программирования), он намеревается избегать возврата null, а тут он сам же его вернет? Значит, человек не понимает, зачем он использует Optional. Поэтому в таком случае, если я найду этого человека, я объясню ему, что он не прав, если не найду - исправлю сама.


Это упрощенный пример. Допустим, у человека функция на тыщу строк(это ужас, конечно, но бывает), и он потерялся, и вернул неинициализированное значение.
Обьявил где-то в начале Optional<MyObj>, и забыл присвоить значение, не увидел в какой ветке произошел выход, етц. Это как пример, ситуации могут быть разные.
Т.е., т.к. optional тоже обьект, это не панацея, и он тоже может быть нул, и его тоже надо проверять на нул.

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 11:26 
Не в сети

Зарегистрирован: 03 май 2016, 08:14
Сообщения: 396
loco писал(а):
Ольга_ писал(а):
loco писал(а):
Кстати
Я, как и всякий русский человек, задним умом крепок
А что вы будете делать вот в таком случае:

Optional<MyObj> getMyObj()
{ return null; }

Optional<MyObj> myObj = getMyObj();
if(myObj.empty()){ .. }

Будет все тот же NPE, если не ошибаюсь

Да, но зачем возвращать null? Если человек использует Optional (особенно не в контексте функционального программирования), он намеревается избегать возврата null, а тут он сам же его вернет? Значит, человек не понимает, зачем он использует Optional. Поэтому в таком случае, если я найду этого человека, я объясню ему, что он не прав, если не найду - исправлю сама.


Это упрощенный пример. Допустим, у человека функция на тыщу строк(это ужас, конечно, но бывает), и он потерялся, и вернул неинициализированное значение.
Обьявил где-то в начале Optional<MyObj>, и забыл присвоить значение, не увидел в какой ветке произошел выход, етц. Это как пример, ситуации могут быть разные.
Т.е., т.к. optional тоже обьект, это не панацея, и он тоже может быть нул, и его тоже надо проверять на нул.

Программист, который пишет метод, всегда помнит, какой тип этот метод должен вернуть, какой бы длинным метод не был. Не говоря о том, что метод в 1000 строк - это тоже bad practice. Я понимаю, что в жизни много не очень хороших программистов, ну так им уже никакие библиотеки и новые фичи не помогут. В этих случаях все надежды на код ревью.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 11:54 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Ольга_ писал(а):
Программист, который пишет метод, всегда помнит, какой тип этот метод должен вернуть, какой бы длинным метод не был. Не говоря о том, что метод в 1000 строк - это тоже bad practice. Я понимаю, что в жизни много не очень хороших программистов, ну так им уже никакие библиотеки и новые фичи не помогут. В этих случаях все надежды на код ревью.


Если программист хороший, он и на нулл проверит:)
Но речь не о том. Конечно, он помнит, что он возвращает. Конечно, он оборачивает возвращаемый обьект в optional только при вызове return, в идеале
Но если не в идеале, то
Optional<MyObj> getMyObj()
{
Optional<MyObj> myObj;
//some code here
if(something)
return myObj;->NPE in the caller of the method
//
//another code
//here the obj is initialized
myObj = Optional.of(new MyObj());
//some code

return myObj;
}

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 11:59 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Или вот еще
public class Computer {
private Optional<Soundcard> soundcard;
public Optional<Soundcard> getSoundcard() { ... }
...
}

Ну вот забыли soundcard проинициализировать. Или что-то пошло не так, и инициализация не сработала
И усе, getSoundcard() вернет нулл

При этом если есть привычка проверять на нул, ничо страшного не произойдет, сгенерим и залогим исключение, если надо. А если верить, что optional сработает, то получим старое доброе NPE. Ну и имхо если надеяться, что фреймворк за тобой приберет, можно довольно быстро растерять полезные привычки.
T.e., не панацея это совсем.

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 12:23 
Не в сети

Зарегистрирован: 03 май 2016, 08:14
Сообщения: 396
loco писал(а):
Ольга_ писал(а):
Программист, который пишет метод, всегда помнит, какой тип этот метод должен вернуть, какой бы длинным метод не был. Не говоря о том, что метод в 1000 строк - это тоже bad practice. Я понимаю, что в жизни много не очень хороших программистов, ну так им уже никакие библиотеки и новые фичи не помогут. В этих случаях все надежды на код ревью.


Если программист хороший, он и на нулл проверит:)
Но речь не о том. Конечно, он помнит, что он возвращает. Конечно, он оборачивает возвращаемый обьект в optional только при вызове return, в идеале
Но если не в идеале, то
Optional<MyObj> getMyObj()
{
Optional<MyObj> myObj;
//some code here
if(something)
return myObj;->NPE in the caller of the method
//
//another code
//here the obj is initialized
myObj = Optional.of(new MyObj());
//some code

return myObj;
}

Зачем декларировать Optional? Работайте с объектом, и только когда надо возвращать, заверните его в Optional.

Если не в идеале, то нужно учиться, чтобы было в идеале.

Сейчас вы снова скажете, что если в идеале, то нужно все проверять на null. Этой степени идеала добиться сложнее, чем понять, что такое Optional и как его правильно использовать. И мы не можем гарантировать идеала от других, поэтому мы делаем все от нас зависящее, чтобы им помочь, когда декларируем возвращаемый тип метода Optional, если знаем, что наш метод может вернуть null. А так как мы стремимся к идеалу, мы знаем, как обращаться с Optional - когда его возвращать и как.


Последний раз редактировалось Ольга_ 18 май 2017, 14:23, всего редактировалось 2 раз(а).

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 12:33 
Не в сети

Зарегистрирован: 03 май 2016, 08:14
Сообщения: 396
loco писал(а):
Или вот еще
public class Computer {
private Optional<Soundcard> soundcard;
public Optional<Soundcard> getSoundcard() { ... }
...
}

Ну вот забыли soundcard проинициализировать. Или что-то пошло не так, и инициализация не сработала
И усе, getSoundcard() вернет нулл

При этом если есть привычка проверять на нул, ничо страшного не произойдет, сгенерим и залогим исключение, если надо. А если верить, что optional сработает, то получим старое доброе NPE. Ну и имхо если надеяться, что фреймворк за тобой приберет, можно довольно быстро растерять полезные привычки.
T.e., не панацея это совсем.

Зачем soundcard заворачивать в Optional? И вообще сомнительная идея возвращать Optional в getter, я бы этого не делала. Optional используется в логике программы - надо получить какой-то объект из базы данных, либо отфильтровать по каким-то критериям, когда объект может быть не найден. Атрибуты класса к этим случаям не относятся.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 14:38 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Ольга_ писал(а):
loco писал(а):
Или вот еще
public class Computer {
private Optional<Soundcard> soundcard;
public Optional<Soundcard> getSoundcard() { ... }
...
}

Ну вот забыли soundcard проинициализировать. Или что-то пошло не так, и инициализация не сработала
И усе, getSoundcard() вернет нулл

При этом если есть привычка проверять на нул, ничо страшного не произойдет, сгенерим и залогим исключение, если надо. А если верить, что optional сработает, то получим старое доброе NPE. Ну и имхо если надеяться, что фреймворк за тобой приберет, можно довольно быстро растерять полезные привычки.
T.e., не панацея это совсем.

Зачем soundcard заворачивать в Optional? И вообще сомнительная идея возвращать Optional в getter, я бы этого не делала. Optional используется в логике программы - надо получить какой-то объект из базы данных, либо отфильтровать по каким-то критериям, когда объект может быть не найден. Атрибуты класса к этим случаям не относятся.


Это пример вот отсюда - http://www.oracle.com/technetwork/artic ... 75753.html

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 15:07 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Ольга_ писал(а):
Зачем декларировать Optional? Работайте с объектом, и только когда надо возвращать, заверните его в Optional.

Если не в идеале, то нужно учиться, чтобы было в идеале.

Сейчас вы снова скажете, что если в идеале, то нужно все проверять на null. Этой степени идеала добиться сложнее, чем понять, что такое Optional и как его правильно использовать. И мы не можем гарантировать идеала от других, поэтому мы делаем все от нас зависящее, чтобы им помочь, когда декларируем возвращаемый тип метода Optional, если знаем, что наш метод может вернуть null. А так как мы стремимся к идеалу, мы знаем, как обращаться с Optional - когда его возвращать и как.


Как по мне - те же эээ уши, вид сбоку
Использование этого типа не гарантирует от возврата нулл, но добавляет сложности. Ну т.е. в одном случае надо проверять на нулл, в другом - правильно оборачивать. И не забывать проверять, хотя в описании класса это совсем не обязательно
Имхо, аннотация @NotNull/@Nullable полезнее - компилятор(или любой статический анализатор кода) сразу скажет - вот тут ай-яй-яй.

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

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 15:22 
Не в сети

Зарегистрирован: 03 май 2016, 08:14
Сообщения: 396
loco писал(а):
Ольга_ писал(а):
loco писал(а):
Или вот еще
public class Computer {
private Optional<Soundcard> soundcard;
public Optional<Soundcard> getSoundcard() { ... }
...
}

Ну вот забыли soundcard проинициализировать. Или что-то пошло не так, и инициализация не сработала
И усе, getSoundcard() вернет нулл

При этом если есть привычка проверять на нул, ничо страшного не произойдет, сгенерим и залогим исключение, если надо. А если верить, что optional сработает, то получим старое доброе NPE. Ну и имхо если надеяться, что фреймворк за тобой приберет, можно довольно быстро растерять полезные привычки.
T.e., не панацея это совсем.

Зачем soundcard заворачивать в Optional? И вообще сомнительная идея возвращать Optional в getter, я бы этого не делала. Optional используется в логике программы - надо получить какой-то объект из базы данных, либо отфильтровать по каким-то критериям, когда объект может быть не найден. Атрибуты класса к этим случаям не относятся.


Это пример вот отсюда - http://www.oracle.com/technetwork/artic ... 75753.html

Да он там везде Optional пытается создавать, я до такого радикализма еще не дошла. :lol:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 18 май 2017, 16:20 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Ольга_ писал(а):
Да он там везде Optional пытается создавать, я до такого радикализма еще не дошла. :lol:


:)
С моего имха - оно не должно за пределы функции выходить
Т.е., возвращает мне кто-то MyObj, из которого я хочу получить значение какого-то поля. Я его тут же оборачиваю в Optional, и мапами бегу по пропертям, пока не дойду до нужной, и возвращаю либо значение, либо empty optional. Никаких проверок на нулл, только в конце проверка, не пустое ли значение

Ну, я так в дотнете делю. Там немного по-другому, но смысл тот же - не писать многочисленные ифы. Вот такой подход, по моему опыту, тренируется легко, если ide толковый и подсказывает:)

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 май 2017, 06:54 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
A вот отличная новость!
Гугл обьявил Kotlin основным языком разработки для Андроида


https://www.theverge.com/2017/5/17/1565 ... nt-io-2017

Не будет больше древней жавы, гип-гип-ура!
:)

пс Котлин - это остров в Финском заливе, btw:)

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 май 2017, 07:36 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
В котлине, кстати, есть офигенная штука как раз про nullable obj
Если обьект is nullable but passed to a func accepting not null val, код просто не скомпилируется - надо будет обязательно проверить обьект на нулл

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 май 2017, 09:52 
Не в сети
Аватара пользователя

Зарегистрирован: 28 сен 2010, 03:01
Сообщения: 1090
loco писал(а):
A вот отличная новость!
Гугл обьявил Kotlin основным языком разработки для Андроида

Добавлена лишь поддержка этого языка.
)

loco писал(а):
Не будет больше древней жавы, гип-гип-ура!
:)

Будет ... еще ой долго как будет :lol:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 май 2017, 12:42 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Lascal писал(а):
loco писал(а):
A вот отличная новость!
Гугл обьявил Kotlin основным языком разработки для Андроида

Добавлена лишь поддержка этого языка.
)


она там и раньше была, с плагином
а сейчас - именно основной язык, т.к. у них давние серьезные проблемы с ораклом. T.e., будут неуклонно и неотвратимо туда мигрировать
Полную поддержку обещают в студии 3.0, а пока - устанавливаешь плагин, слегка правишь gradle, и вперед
Вы послушайте, что дама там говорит - они уже организовали foundation с JetBrains для поддержки и развития языка, а это не шутки

Цитата:
loco писал(а):
Не будет больше древней жавы, гип-гип-ура!
:)

Будет ... еще ой долго как будет :lol:


программисты-то не дураки
Котлин гораздо круче жавы - удобнее, лаконичнее, гораздо лучше спроектирован и соответственно - более ээ производительный
При этом, там же полное соответствие android runtime, 100% java interop, full IDE support. Т.е., менять в проекте не надо вообще ничего, просто новые packages пишешь на котлине, и все.

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 май 2017, 14:32 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
И к слову - kotlin tools позволяют конвертировать жава код в котлин
О как

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 май 2017, 13:49 
Не в сети
Аватара пользователя

Зарегистрирован: 28 сен 2010, 03:01
Сообщения: 1090
Заявлено лишь о полной официцальной поддержке kotlin.
Не стоит преувеличивать про основной язык.
jvm никуда пока не делась


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 20 май 2017, 16:09 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Lascal писал(а):
Заявлено лишь о полной официцальной поддержке kotlin.
Не стоит преувеличивать про основной язык.
jvm никуда пока не делась


Там не совсем jvm
уже с 5 андроида рантайм - ART, а не далвик. Т.е., понемногу уходят от jvm
А основным он станет быстро, т.к. база девов на андроиде довольно большая, а сам язык - лучше. И перейти на него - никаких проблем

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 25 май 2017, 00:51 
Не в сети
Аватара пользователя

Зарегистрирован: 14 сен 2013, 08:20
Сообщения: 1264
Откуда: Montreal, qc
loco писал(а):
Lascal писал(а):
Заявлено лишь о полной официцальной поддержке kotlin.
Не стоит преувеличивать про основной язык.
jvm никуда пока не делась


Там не совсем jvm
уже с 5 андроида рантайм - ART, а не далвик. Т.е., понемногу уходят от jvm
А основным он станет быстро, т.к. база девов на андроиде довольно большая, а сам язык - лучше. И перейти на него - никаких проблем

почитал обзор некоторых его фич и приху свистнул :lol:
https://habrahabr.ru/company/mailru/blog/329294/
они стырили сахарок с С#, да еще и улучшили его местами. реально можно теперь работать :) почти как мостик с шарпа на жаву :roll:
опять же облегчают жизнь разработчикам, которые "вынуждены жить в постоянном страхе перед NPE" (цитата из #15 в статье) :lol:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 26 май 2017, 01:08 
Не в сети
Аватара пользователя

Зарегистрирован: 27 мар 2010, 04:23
Сообщения: 60
Откуда: Ottawa
Привет всем. Есть вопрос к тем кто учится или недавно учился в vanier college. Как проходило интервью для поступления? О чем спрашивали? Сколько длилось по аремени? И те кто закончил колледж, трубно ли было найти работу интересуют web &database programming и software application specialist. Спасибо заранее за ответы.

_________________
Изображение


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 26 май 2017, 02:34 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
Iren77 писал(а):
Привет всем. Есть вопрос к тем кто учится или недавно учился в vanier college. Как проходило интервью для поступления? О чем спрашивали? Сколько длилось по аремени? И те кто закончил колледж, трубно ли было найти работу интересуют web &database programming и software application specialist. Спасибо заранее за ответы.


везде по разному
Обычно, сперва(если ваше резюме приняли к рассмотрению) телефонное интервью - это просто поговорить с вами, выяснить бзовый набор знаний, убедиться в адекватности; потом, если все ок, on-site интервью, с уже тех. специалистами - там могут быть просто вопрос, короткие задачи или написать тест(приложение); потом, если все ок - офер

про компании и как у них проходит интервью, можно смотреть тут - https://www.glassdoor.ca/Reviews/montre ... _IM990.htm

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 26 май 2017, 02:36 
Не в сети
Аватара пользователя

Зарегистрирован: 18 сен 2006, 08:00
Сообщения: 14518
Откуда: Laval
елкапалка писал(а):
loco писал(а):
Lascal писал(а):
Заявлено лишь о полной официцальной поддержке kotlin.
Не стоит преувеличивать про основной язык.
jvm никуда пока не делась


Там не совсем jvm
уже с 5 андроида рантайм - ART, а не далвик. Т.е., понемногу уходят от jvm
А основным он станет быстро, т.к. база девов на андроиде довольно большая, а сам язык - лучше. И перейти на него - никаких проблем

почитал обзор некоторых его фич и приху свистнул :lol:
https://habrahabr.ru/company/mailru/blog/329294/
они стырили сахарок с С#, да еще и улучшили его местами. реально можно теперь работать :) почти как мостик с шарпа на жаву :roll:
опять же облегчают жизнь разработчикам, которые "вынуждены жить в постоянном страхе перед NPE" (цитата из #15 в статье) :lol:


Да, язык неплохой, наши девы в массе восприняли с энтузиазмом

Ну, прямо скажем - словить NPE(NRE) это lame, это девы не шибко квалифицированные, а не язык

_________________
Whatever happens, we have got
The Maxim Gun, and they have not.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 406 ]  На страницу Пред.  1 ... 10, 11, 12, 13, 14  След.

Часовой пояс: UTC − 5 часов


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 8


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB