Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Работа Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
StarikNavy
Куй железо
razliv,
...
программист - это кодер, который получает чотко поставленную задачу и реализует ее в коде,
.

в идеальном мире да.
чаще всего программисту приходится на какую то долю выступать и аналитиком (порой 50/50). слышал (но не видел) и про аналитиков которые могли взяться за код

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

Это я по своему опыту говорю.
31 авг 17, 16:09    [20762364]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
Benny Blanco
Member

Откуда:
Сообщений: 207
Имхо у работы в банке вообще нет плюсов.
1 сен 17, 21:48    [20765888]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
363
Member

Откуда: Москва
Сообщений: 22917
s_ustinov
StarikNavy
пропущено...

в идеальном мире да.
чаще всего программисту приходится на какую то долю выступать и аналитиком (порой 50/50). слышал (но не видел) и про аналитиков которые могли взяться за код

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

Это я по своему опыту говорю.

Странное суждение.
95% аналитиков не программируют
1 сен 17, 21:50    [20765892]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
sqlnew
Member

Откуда:
Сообщений: 559
363
s_ustinov
пропущено...

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

Это я по своему опыту говорю.

Странное суждение.
95% аналитиков не программируют


Значит,среди аналитиков всего 5% профессионалов ))
А если серьезно, то, не будучи программистом с большой буквы я кое-что могу запрограммировать. А поскольку по роду деятельности я скорее алгоритмист, чем программист - это здорово помогает. Общение с программистами и ожидание от них результата иногда занимает намного больше времени, чем когда можешь что-то сам...
2 сен 17, 08:42    [20766349]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
363
s_ustinov
пропущено...

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

Это я по своему опыту говорю.

Странное суждение.
95% аналитиков не программируют

"Такое вот хреновое лето..."
Аналитик пишет ТЗ. Программист - его реализует. Фактически, аналитик должен описать алгоритм в ТЗ. А язык программирования - это и есть детальное описание алгоритма. Если аналитик не может сам написать программу пусть дико неэффективную на бейсике - как он сможет описать в ТЗ алгоритм, который сможет реализовать программист?
Еще раз, речь не идет об элементарных вещах вроде покрасить кнопку в зеленый цвет и переместить в правый верхний угол...
2 сен 17, 10:09    [20766422]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
Кот Матроскин
Member

Откуда: Москва
Сообщений: 7507
s_ustinov
Аналитик пишет ТЗ. Программист - его реализует. Фактически, аналитик должен описать алгоритм в ТЗ. А язык программирования - это и есть детальное описание алгоритма. Если аналитик не может сам написать программу пусть дико неэффективную на бейсике - как он сможет описать в ТЗ алгоритм, который сможет реализовать программист?

Запросто.
Например, аналитик пишет "расходование товара происходит по методу FIFO" - этого более чем достаточно для ТЗ и мягко говоря недостаточно для "дико неэффективной программы на бейсике".
2 сен 17, 10:49    [20766448]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
Кот Матроскин
s_ustinov
Аналитик пишет ТЗ. Программист - его реализует. Фактически, аналитик должен описать алгоритм в ТЗ. А язык программирования - это и есть детальное описание алгоритма. Если аналитик не может сам написать программу пусть дико неэффективную на бейсике - как он сможет описать в ТЗ алгоритм, который сможет реализовать программист?

Запросто.
Например, аналитик пишет "расходование товара происходит по методу FIFO" - этого более чем достаточно для ТЗ и мягко говоря недостаточно для "дико неэффективной программы на бейсике".

Это сработает только в том случае, если программист знает, какой алгоритм скрывается за словосочетанием "по методу FIFO".
Например, в целом похожая фраза "необходимо реализовать ABC / XYZ классификацию товаров" поставит подавляющее большинство программистов в тупик.

Ну и опять же, это мы говорим про "стандартные" алгоритмы (описанные в литературе). А вот когда надо реализовать нечто специфическое и при этом не уровня 2+2=4, у 95% "аналитиков" и начинаются проблемы.
2 сен 17, 11:50    [20766552]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
363
Member

Откуда: Москва
Сообщений: 22917
s_ustinov
Кот Матроскин
пропущено...

Запросто.
Например, аналитик пишет "расходование товара происходит по методу FIFO" - этого более чем достаточно для ТЗ и мягко говоря недостаточно для "дико неэффективной программы на бейсике".

Это сработает только в том случае, если программист знает, какой алгоритм скрывается за словосочетанием "по методу FIFO".
.....)

Конечно знает, ведь это программист, а не кодер.
Можно чуть более детально расписать алгоритм, если в этом АПИ нет готовых компонент.
Но это не программирование
2 сен 17, 13:11    [20766658]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
363
s_ustinov
пропущено...

Это сработает только в том случае, если программист знает, какой алгоритм скрывается за словосочетанием "по методу FIFO".
.....)

Конечно знает, ведь это программист, а не кодер.
Можно чуть более детально расписать алгоритм, если в этом АПИ нет готовых компонент.
Но это не программирование

Каждый программист знает, что такое ABC / XYZ классификация товаров?
2 сен 17, 13:39    [20766681]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
363
Member

Откуда: Москва
Сообщений: 22917
s_ustinov
363
пропущено...

Конечно знает, ведь это программист, а не кодер.
Можно чуть более детально расписать алгоритм, если в этом АПИ нет готовых компонент.
Но это не программирование

Каждый программист знает, что такое ABC / XYZ классификация товаров?
2 сен 17, 14:27    [20766773]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
Кот Матроскин
Member

Откуда: Москва
Сообщений: 7507
s_ustinov
Кот Матроскин
пропущено...

Запросто.
Например, аналитик пишет "расходование товара происходит по методу FIFO" - этого более чем достаточно для ТЗ и мягко говоря недостаточно для "дико неэффективной программы на бейсике".

Это сработает только в том случае, если программист знает, какой алгоритм скрывается за словосочетанием "по методу FIFO".

Безусловно. А еще он читать должен уметь

s_ustinov
Например, в целом похожая фраза "необходимо реализовать ABC / XYZ классификацию товаров" поставит подавляющее большинство программистов в тупик.

... потому что она абстрактна, не описывает ни параметров, ни методов валидации модели и поэтому как ТЗ малопригодна? Опять же верно :) И поэтому вместо того чтобы учиться программировать на бейсике, аналитику лучше бы четче понимать, что уместно смотрится в ТЗ, а что нет - пользы будет больше ;).
2 сен 17, 15:32    [20766889]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
363,
если речь идет о том, что программисту надо реализовать "расходование товара происходит по методу FIFO" - то в 99% случаев вообще еще нет никакого API. Такие вещи приходится делать при написании "ядра" системы.
Ну или при существенном переписывании ядра, что по большому счету то же самое, что написание его заново.
2 сен 17, 15:36    [20766895]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
Кот Матроскин
s_ustinov
Например, в целом похожая фраза "необходимо реализовать ABC / XYZ классификацию товаров" поставит подавляющее большинство программистов в тупик.

... потому что она абстрактна, не описывает ни параметров, ни методов валидации модели и поэтому как ТЗ малопригодна? Опять же верно :) И поэтому вместо того чтобы учиться программировать на бейсике, аналитику лучше бы четче понимать, что уместно смотрится в ТЗ, а что нет - пользы будет больше ;).

А теперь, внимание, вопрос - а как можно научиться "четче понимать, что уместно смотрится в ТЗ, а что нет", не умея программировать хотя бы на базовом уровне?
Чтобы написать ТЗ, на основании которого программист сможет написать программный модуль, надо понимать, какая информация нужна при написании кода, а которая нет. А разбираться в этом, самому вообще не умея программировать... Я, например, не представляю, как такое возможно.
2 сен 17, 17:12    [20766985]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
Кот Матроскин
Member

Откуда: Москва
Сообщений: 7507
s_ustinov
Кот Матроскин
пропущено...

... потому что она абстрактна, не описывает ни параметров, ни методов валидации модели и поэтому как ТЗ малопригодна? Опять же верно :) И поэтому вместо того чтобы учиться программировать на бейсике, аналитику лучше бы четче понимать, что уместно смотрится в ТЗ, а что нет - пользы будет больше ;).

А теперь, внимание, вопрос - а как можно научиться "четче понимать, что уместно смотрится в ТЗ, а что нет", не умея программировать хотя бы на базовом уровне?

Вы начинаете подменять тезис ;) Умение "программировать хотя бы на базовом уровне" входит в школьную программу. Действительно у человека, не смогшего успешно закончить школу, неважные перспективы в работе аналитиком, тут я не стану спорить :)
Но умение
s_ustinov
реализовать тот кусок, за который он отвечает, в виде кода
- это уже немножко другая история.
К примеру про FIFO могу добавить пример из геймдева - аналитик (которых там называют геймдизайнерами) пишет в ТЗ "реализовать возможность грабить корованы - при наведении мыши на корован во всплывающем меню должен быть пункт Грабить, при выборе этого пункта содержимое корована добавляется в рюкзак героя в алфавитном порядке, то что не уместилось - остается на месте в виде сундука с сокровищами".
При реализации этого пункта ТЗ 90% работы - это знать какие интерфейсы реализует обьект "Корован", в какие из них нужно добавить новый метод, какие метаданные поставить методу в соответствие, где его зарегистрировать, на какие события новый объект подписать - то что вообще нафиг не нужно знать геймдизу. Поэтому даже если геймдиз вдруг умеет программировать на бейсике - толку от этого для "реализации куска кода, за который он отвечает" 0, никакого работающего куска кода реализовать не получится, хоть эффективного, хоть нет.
2 сен 17, 17:55    [20767029]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
Кот Матроскин
s_ustinov
пропущено...

А теперь, внимание, вопрос - а как можно научиться "четче понимать, что уместно смотрится в ТЗ, а что нет", не умея программировать хотя бы на базовом уровне?

Вы начинаете подменять тезис ;) Умение "программировать хотя бы на базовом уровне" входит в школьную программу. Действительно у человека, не смогшего успешно закончить школу, неважные перспективы в работе аналитиком, тут я не стану спорить :)
Но умение
s_ustinov
реализовать тот кусок, за который он отвечает, в виде кода
- это уже немножко другая история.
К примеру про FIFO могу добавить пример из геймдева - аналитик (которых там называют геймдизайнерами) пишет в ТЗ "реализовать возможность грабить корованы - при наведении мыши на корован во всплывающем меню должен быть пункт Грабить, при выборе этого пункта содержимое корована добавляется в рюкзак героя в алфавитном порядке, то что не уместилось - остается на месте в виде сундука с сокровищами".
При реализации этого пункта ТЗ 90% работы - это знать какие интерфейсы реализует обьект "Корован", в какие из них нужно добавить новый метод, какие метаданные поставить методу в соответствие, где его зарегистрировать, на какие события новый объект подписать - то что вообще нафиг не нужно знать геймдизу. Поэтому даже если геймдиз вдруг умеет программировать на бейсике - толку от этого для "реализации куска кода, за который он отвечает" 0, никакого работающего куска кода реализовать не получится, хоть эффективного, хоть нет.

"содержимое корована добавляется в рюкзак героя в алфавитном порядке, то что не уместилось - остается на месте"
Если убрать все, что относится к изменениям интерфейса и "встраиванию" в существующую схему модулей, то что останется?
Есть список "содержимого" корована (для каждого пункта из списка - есть название и "объем", который займет в рюкзаке), есть количество свободного объема в рюкзаке и есть алгоритм деления всего содержимого корована на то, что переместится в рюкзак и то, что останется в сундуке.
Да, трудоемкость реализации именно этого алгоритма составляет 1% от трудоемкости выполнения всех сопутствующих изменений. Но именно это изменение в данных (на основании содержимого корована и свободного объема в рюкзаке рассчитываем новое содержимое рюкзака и содержимое сундука) и является сутью выполняемой доработки.
И если человек не может реализовать такое на бейсике / питоне / перле / сиквеле (нужное подчеркнуть) - он не сможет написать нормальное ТЗ.

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

А ведь это очень простой пример. Если надо сделать пусть даже простой модуль, но со своим хранилищем (несколько табличек), то если аналитик не разбирается в теории БД, то он такого напишет в ТЗ... А про базы данных в школе не рассказывают. Более того, я знаю человека, который успешно закончил мехмат (получил диплом), и на полном серьезе начинал мне рассказывать, что это глупость - хранить данные в нескольких таблицах, ведь их всегда можно в одну таблицу свести (это он дельфи пытался освоить).

И это мы говорим о простых задачах.
А если возьмем что то посложнее?
Например - ТЗ на разработку OLAP куба (с ETL из базы ERP системы). Как вы думаете, какие шансы написать нормальное ТЗ у аналитика, который не разбирается в многомерных и реляционных базах и не знает хотя бы на базовом уровне SQL?
2 сен 17, 18:45    [20767104]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
Кот Матроскин,
я не спорю, есть достаточно большой класс задач, где аналитик не должен уметь реализовать то, что он пишет в хотелках.
Но все это касается тех случаев, когда программисту не очень сложно понять, что именно нужно сделать (хотя реализация может быть сложной).
Например, из игрушек. Надо реализовать специальную подсветку для меча. Чтобы по мечу пробегали световые волны. Аналитик может просто найти в сети видео с подсветкой деревьев, где создается нужный эффект, и написать:
Надо сделать примерно такое: . Световая волна должна бежать от гарды до острия. "Скорость" световой волны должна прямо зависеть от уровня персонажа. На первом уровне волна пробегает по мечу за 2 секунды, на 100 уровне - за 0,2 секунды. Повышение скорости - равномерное от уровня к уровню.

Да, это вполне нормальное ТЗ. И написать его можно, вообще не умея программировать.
Но такие примеры обычно относятся или к совсем примитивным вещам, или к изменениям интерфейса.
2 сен 17, 19:05    [20767123]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
Ares_ekb
Member

Откуда: Екатеринбург
Сообщений: 1012
s_ustinov
если аналитик не разбирается в теории БД
Можно подумать, что разработчиков, которые в ней разбираются больше :)

s_ustinov
Например - ТЗ на разработку OLAP куба (с ETL из базы ERP системы). Как вы думаете, какие шансы написать нормальное ТЗ у аналитика, который не разбирается в многомерных и реляционных базах и не знает хотя бы на базовом уровне SQL?
Он опишет в ТЗ что должно быть сделано, а не как оно должно быть сделано: "Должны рассчитываться такие-то показатели с возможностью такой-то разбивки. Данные должны извлекаться из такой-то ERP. Показатели должны обновляться не реже чем раз в 2 часа." При этом с точки зрения ТЗ или аналитика пофиг как всё это будет реализовано. Хоть с помощью OLAP, хоть с помощью десятка китайцев в подсобке, которые будут всё считать.

И, вообще, ТЗ пишется для заказчика, который ещё дальше от программирования, чем аналитик.
2 сен 17, 19:07    [20767128]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
Ares_ekb
s_ustinov
если аналитик не разбирается в теории БД
Можно подумать, что разработчиков, которые в ней разбираются больше :)

я и говорю - вот такое хреновое лето.

Ares_ekb
s_ustinov
Например - ТЗ на разработку OLAP куба (с ETL из базы ERP системы). Как вы думаете, какие шансы написать нормальное ТЗ у аналитика, который не разбирается в многомерных и реляционных базах и не знает хотя бы на базовом уровне SQL?
Он опишет в ТЗ что должно быть сделано, а не как оно должно быть сделано: "Должны рассчитываться такие-то показатели с возможностью такой-то разбивки. Данные должны извлекаться из такой-то ERP. Показатели должны обновляться не реже чем раз в 2 часа." При этом с точки зрения ТЗ или аналитика пофиг как всё это будет реализовано. Хоть с помощью OLAP, хоть с помощью десятка китайцев в подсобке, которые будут всё считать.

Совсем недавно был проведен такой эксперимент.
Пользователи показали несколько образцов отчетов и на словах достаточно много рассказывали, что и как они хотят анализировать.
Каменный цветочек в результате так и не получился.
Обычно в таких ситуациях принято обвинять пользователей, которые "сами не знают, чего хотят", но в данном случае по объективным причинам так сделать не получилось.
Ares_ekb
И, вообще, ТЗ пишется для заказчика, который ещё дальше от программирования, чем аналитик.

2 сен 17, 19:21    [20767153]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
Ares_ekb
Member

Откуда: Екатеринбург
Сообщений: 1012
s_ustinov
Пользователи показали несколько образцов отчетов и на словах достаточно много рассказывали, что и как они хотят анализировать.
Для этого аналитик и нужен. Узнал, чего хотят пользователи. Спросил у разрабов: "Сможем? Если не сможем, то как сможем?" Рассказал пользователям. Пользователи рассказали что-то в ответ. И так по кругу, пока все не согласятся и не распишутся в ТЗ.
2 сен 17, 19:35    [20767173]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
Ares_ekb
s_ustinov
Пользователи показали несколько образцов отчетов и на словах достаточно много рассказывали, что и как они хотят анализировать.
Для этого аналитик и нужен. Узнал, чего хотят пользователи. Спросил у разрабов: "Сможем? Если не сможем, то как сможем?" Рассказал пользователям. Пользователи рассказали что-то в ответ. И так по кругу, пока все не согласятся и не распишутся в ТЗ.

Аналитик не смог объяснить разрабам, что именно надо пользователям.
Вернее, что в общем им надо, он понимал.
Но как это можно сделать - нет. А разраб просил, чтобы ему сказали, что именно надо сделать.
2 сен 17, 20:36    [20767237]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
Ares_ekb
Member

Откуда: Екатеринбург
Сообщений: 1012
s_ustinov,

наверное виноват аналитик, но не в том, что не объяснил разрабу как что-то сделать. А в том, что не убедился, что у разработчика есть это понимание, в том, что не сообщил РП о проблеме.

Все разработчики, с которыми я общался, очень ревностно относятся к своей работе. И терпеть не могут, когда "недоумок" аналитик навязывает им какие-то технические решения, рассказывает как что-то делать.
2 сен 17, 20:57    [20767263]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
s_ustinov
Member

Откуда: Lugano, CH
Сообщений: 1749
Ares_ekb
s_ustinov,

наверное виноват аналитик, но не в том, что не объяснил разрабу как что-то сделать. А в том, что не убедился, что у разработчика есть это понимание, в том, что не сообщил РП о проблеме.

Все разработчики, с которыми я общался, очень ревностно относятся к своей работе. И терпеть не могут, когда "недоумок" аналитик навязывает им какие-то технические решения, рассказывает как что-то делать.

Вопрос не в "как", а в "что".

Представьте, что вам надо в отчет вывести 5 чисел. А как именно их посчитать - разработчик не понимает, так как для такого понимания надо разбираться в предметной области, а аналитик не может объяснить разработчику, так как не понимает, как такое можно считать (как и какие именно трансформации надо делать на этапе ETL и какая структура должна быть у куба), чтобы в итоге получить нужные цифры.
2 сен 17, 21:38    [20767305]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
Ares_ekb
Member

Откуда: Екатеринбург
Сообщений: 1012
s_ustinov,

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

Если разработчик не смог написать ETL-скрипт или MDX-запросы для куба, значит ему нужно вникать в структуру базы или почитать учебник по MDX.

Если знать структуру базы должен аналитик, то нафига тут разработчик. По-моему тут просто размытые обязанности. Аналитик - полуразработчик, который зачем-то должен вникать в ETL, кубы. Кто-то один этим должен заниматься. Если это аналитик, то разраб не нужен.
2 сен 17, 22:13    [20767355]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
AnnaKo
Member

Откуда:
Сообщений: 37
Кстати, тут же сравнивалось Бизнес аналитик и программист. А описание идет, по видимому, системного аналитика.
Бизнес аналитик точно не обязан уметь программировать, даже на собеседовании не заикаются никогда на эту тему. А Системный аналитик - да, уже должен иметь более глубокий технический бекграунд...
4 сен 17, 09:46    [20768946]     Ответить | Цитировать Сообщить модератору
 Re: Бизнес аналитик vs Программист  [new]
sqlnew
Member

Откуда:
Сообщений: 559
[quot AnnaKo]Бизнес аналитик точно не обязан уметь программировать, даже на собеседовании не заикаются никогда на эту тему. /quot]

Точно не обязан. Согласен. Однако это будет таким плюсом, что заикнуться на собеседовании смысл есть...
4 сен 17, 10:36    [20769092]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Работа Ответить