FilesAPI и ConverterPlugin используется одним из классов DocumentsLogic. На этом слое есть класс-менеджер FS, который представляет собой обёртку над файловой системой. Все действия с файловойсистемой внутри этого слоя выполняются черезе класс FS. В реализации класса FS есть непосредственные вызовы FilesAPI и ConverterPlugin.
ConverterPlugin — это отдельная сборка dll, которая через рефлексию подключается к основному проекту и расширяет возможности FS.
Спасибо за замечание. Я думал об этом но не упомянул. В gamedev и микроконтроллеры не лезу. Только корпоративные приложения.
Доработал статью, заголовок уточнил
до архитектурного слоя останавливался на понятии Прикладной слой, но Архитектурный слой понятие уже закрепилось более остальных (уровни абстракции, слои абстракции, слои приложения...)
Применительно к слоям эта метафора уже давно применяется, я решил остановиться именно на ней (есть ещё метафора уровни, слои абстракции), так как она часто используется в Мартине Фаулере — Шаблоны корпоративных приложений.
Вам ничего не мешает попросить саппорт уточнения задачи и продолжать ей заниматься самостоятельно, так как будто вы и не просили. Вы ничего не потеряете от этого, но вам могут помочь.
Вопрос коммуникации с клиентом — это компетенция техподдержки и отделов по работе с клиентами, но никак не разработчика. Если клиент так ответил то тем более отделу по работе с клиентом стоит всячески выяснить что клиенту не нравится.
По вашему случаю я вижу, что у вас есть какой-то сырой функционал, который не совсем подходит клиентам. И нет недостатка сил разработки, то есть вы бы сделали, если бы точно знали как. Это показывает в чём у вас узкое место.
Вы можете отказаться и не тратить время на сырой функционал.
Либо реализовать его в точности по запросам клиента. Так как «ошибки» — это могут быть не ошибки вовсе, а неточность изначальной задачи и вы выяснили новую фичу.
Пока что я вижу, что вы берёте на себя чужую ответственность.
Это как клиент не видет никаких действий во втором варианте?
Вы обратились к первой линии за уточнением. Первая линия обратилась к клиенту. Клиент видит как минимум, что его проблемой занимаются.
В первом случае, когда разраб сам что-то пыхтит, никто ничего не видит и потом приходится объяснять куда уходит время.
Ничего не мешает задавать вопросы саппорту, как авторам задачи. У них есть все возможности общаться с бизнес-пользователями, а если нет, то стоит эту возможность найти.
Или понять что дороже, 1) ждать когда разраб сам догодается что от него нужно 2) организовать коммуникацию с бизнес-пользователями.
Потому что проблема была расплывчатым описанием того, как её воспроизвести. Мне потребовалось несколько часов, чтобы надёжно её воспроизвести. Некоторые разработчики немедленно бы обратились к человеку, сообщившему о проблеме, и потребовали бы больше информации, прежде чем проводить расследование. Я стараюсь получить как можно больше из той информации, которая есть в наличии.
Связаться с создателем задачи и пообщаться по поводу воспроизведения ошибки — это обычная практика. И это не повод чтобы ничего не делать, а наоборот.
Я хочу понять, вы никогда по своим задачам не связываетесь с их создателем, чтобы уточнить их?
Греф говорит, что сейчас время АКТИВНЫХ людей. Я примерно представляю, что Грефу не нравится в программистах сбера и почему он хочет что-то поменять. Но активность это скорее человеческая черта, чем профессиональная, поэтому неясно причём тут программисты. Видимо просто крайние оказались в сбере
Мы становимся тем, о чём думаем — это одна из ступеней Йоги.
Того кто поставил на этой фразе свой копирайт ещё в проекте не было, когда техника уже была.
Чтобы написать такую инструкцию не обязательно быть разработчиком.
Знаю много начинающих программистов, которые остаются начинающими годами, так как читают документацию до конца… годами… и не дочитывают, так и не написав ни одного приложения
Не надо пытаться встроиться в компанию, изучить ее историю, перспективы, кто с кем спит, кто сколько получает и т.д. Это бессмысленная информация, потому что после увольнения ее никак нельзя использовать. Поэтому не стоит на нее и время тратить.
Как же можно построить карьеру в компании, если не интересоваться другими сотрудниками) выстраивать с ними отношения. Всё таки человек-не робот, а компания — это живой организм, в который нужно встраиваться. И как бы ты не был хорош как профессионал, но если компания не принимает, то роста не будет.
Не понимаю, почему перейдя в поток «разработка» я читаю про эту новость. Я слышал про эту новость, но я не хочу про это сейчас думать, а вижу эту новость на всех потоках. С одной стороны важно, с другой стороны мне эта информация бесполезна.
Данные исходных кодов, которые передаются, могут содержать персональные, конфиденциальные данные. Чтобы такие данные передавать, нужно использовать специальные алгоритмы шифрования. С помощью какого алгоритма шифруются данные, которые передаются?
Между двумя студиями данные передаются через промежуточный сервер Microsoft. Есть ли специальные сертификаты ФСБ или какие-то ещё, которые подтверждают, что данная система может быть использована для участия в обработке-передаче персональных данных.
Можно ли эту функциональность использовать в Inhouse режиме, чтобы например такой фукнциональностью можно было работать только внутри корпоративной сети и чтобы данные никуда во вне не передавались?
Просто возьмите в расчёт не только отдых, а всю жизнь и побуждения, желания человека. Допустим свои. В том числе профессиональные.
Будь вы интровертом, то следуя вашей логике вы стремились бы изолировать себя от общения, и уж тем более не пошли бы на работу связанную с общением с людьми, но вы пошли другим путём ;)
И не надо думать про экстравертный, так будто они выбирают для отдыха только массовые шумные сообщества, это не так. Постоянная уютная компания это приятно всем людям.
У вас очень узкий и замысленный взгляд. Попробуйте оторваться от теории и терминов и взглянуть реально на то что происходит. С вашими блоками можно справиться
ConverterPlugin — это отдельная сборка dll, которая через рефлексию подключается к основному проекту и расширяет возможности FS.
Доработал статью, заголовок уточнил
Вопрос коммуникации с клиентом — это компетенция техподдержки и отделов по работе с клиентами, но никак не разработчика. Если клиент так ответил то тем более отделу по работе с клиентом стоит всячески выяснить что клиенту не нравится.
По вашему случаю я вижу, что у вас есть какой-то сырой функционал, который не совсем подходит клиентам. И нет недостатка сил разработки, то есть вы бы сделали, если бы точно знали как. Это показывает в чём у вас узкое место.
Вы можете отказаться и не тратить время на сырой функционал.
Либо реализовать его в точности по запросам клиента. Так как «ошибки» — это могут быть не ошибки вовсе, а неточность изначальной задачи и вы выяснили новую фичу.
Пока что я вижу, что вы берёте на себя чужую ответственность.
Вы обратились к первой линии за уточнением. Первая линия обратилась к клиенту. Клиент видит как минимум, что его проблемой занимаются.
В первом случае, когда разраб сам что-то пыхтит, никто ничего не видит и потом приходится объяснять куда уходит время.
Равзе нет?
Или понять что дороже, 1) ждать когда разраб сам догодается что от него нужно 2) организовать коммуникацию с бизнес-пользователями.
Связаться с создателем задачи и пообщаться по поводу воспроизведения ошибки — это обычная практика. И это не повод чтобы ничего не делать, а наоборот.
Я хочу понять, вы никогда по своим задачам не связываетесь с их создателем, чтобы уточнить их?
Складно пишете
Того кто поставил на этой фразе свой копирайт ещё в проекте не было, когда техника уже была.
Знаю много начинающих программистов, которые остаются начинающими годами, так как читают документацию до конца… годами… и не дочитывают, так и не написав ни одного приложения
Как же можно построить карьеру в компании, если не интересоваться другими сотрудниками) выстраивать с ними отношения. Всё таки человек-не робот, а компания — это живой организм, в который нужно встраиваться. И как бы ты не был хорош как профессионал, но если компания не принимает, то роста не будет.
Данные исходных кодов, которые передаются, могут содержать персональные, конфиденциальные данные. Чтобы такие данные передавать, нужно использовать специальные алгоритмы шифрования. С помощью какого алгоритма шифруются данные, которые передаются?
Между двумя студиями данные передаются через промежуточный сервер Microsoft. Есть ли специальные сертификаты ФСБ или какие-то ещё, которые подтверждают, что данная система может быть использована для участия в обработке-передаче персональных данных.
Можно ли эту функциональность использовать в Inhouse режиме, чтобы например такой фукнциональностью можно было работать только внутри корпоративной сети и чтобы данные никуда во вне не передавались?
Вы продолжаете противоречить самому себе.
Просто возьмите в расчёт не только отдых, а всю жизнь и побуждения, желания человека. Допустим свои. В том числе профессиональные.
Будь вы интровертом, то следуя вашей логике вы стремились бы изолировать себя от общения, и уж тем более не пошли бы на работу связанную с общением с людьми, но вы пошли другим путём ;)
И не надо думать про экстравертный, так будто они выбирают для отдыха только массовые шумные сообщества, это не так. Постоянная уютная компания это приятно всем людям.
У вас очень узкий и замысленный взгляд. Попробуйте оторваться от теории и терминов и взглянуть реально на то что происходит. С вашими блоками можно справиться