[cebotor 0]

Требуется удаленно или очно (по желанию):

По детальному ТЗ (с частичным описанием внутренней логики) реализовать в среде IAR,

используя процессор линейки STM32, хранение информации в виде файлов на внешней

FLASH - памяти. Обеспечить ряд типичных для файловых систем функций. Создание и запись

файлов, чтение, удаление, проверку свободного пространства и т.п.

В качестве основного носителя будет использоваться NAND память фирмы numonyx (micron).

Для хранения вспомогательных данных - eeprom микросхема с SPI интерфейсом серии 93cxx

(95cxxx).

 

Условия работы:

Основным требованием является написание понятного,хорошо структурированного,открытого

для понимания и для дальнейшей модернизации кода.

 

Точно НЕ требуется написание хорошо работающих "черных ящиков".

 

Стоимость работы - 30тр.

Премия за своевременное исполнение - 10тр.

 

Заинтересованных просьба обращатся [email protected]

[follow_me 0]

а с внешним миром оно как-то будет общаться ? или эти функции нужно будет интерфейсить через какое-то своё API для внутреннего использования ?

 

 

[aaarrr 63]

Основным требованием является написание понятного,хорошо структурированного,открытого

для понимания и для дальнейшей модернизации кода.

...

Бюджет - 30тр.

Качественный FTL никак не может стоить 30тр, реальная цена отличается в разы, если не на порядок.

[Vanchik 0]

Качественный FTL никак не может стоить 30тр, реальная цена отличается в разы, если не на порядок.

Вот поэтому люди сюда и обращаются, а не в серьёзные фирмы, где действительно в разы дороже...

[AlexandrY 3]

Основным требованием является написание понятного,хорошо структурированного,открытого

для понимания и для дальнейшей модернизации кода.

 

Точно НЕ требуется написание хорошо работающих "черных ящиков".

 

Бюджет - 30тр.

 

Заинтересованных просьба обращатся [email protected]

 

Здесь как минимум два движка файловых систем надо реализовать плюс один слой абстракции.

ИМХО, цена такому решению с документацией будет от 200 т.р.

[ivstech 0]

это не подойдет? http://en.pudn.com/dl.asp?id=723821

(только переписать работу с FLASH)

[MikleKlinkovsky 5]

Точно НЕ требуется написание хорошо работающих "черных ящиков".

Бюджет - 30тр.

За такой бюджет в лучшем случае будет "черный ящик" без исходников...

Или "ооочень упрощённая пародия" на файловую систему от голодного студента.

[cebotor 0]

Спасибо всем откликнувшимся.

а с внешним миром оно как-то будет общаться ? или эти функции нужно будет интерфейсить через какое-то своё API для внутреннего использования ?

Не будет - библиотека для внутреннего использования

 

Качественный FTL никак не может стоить 30тр, реальная цена отличается в разы, если не на порядок.

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

 

 

Вот поэтому люди сюда и обращаются, а не в серьёзные фирмы, где действительно в разы дороже...

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

Хотя в целом Вы правы - пытаясь сэкономить заказчик вкладывает свой контроль, проработку задания, последующие исправления за свой счет

и прочие как административные так и инженерные ресурсы.

Но это не тема для спора - это мой подход . ПС - серьезных фирм аутсорсеров - ау......

 

Здесь как минимум два движка файловых систем надо реализовать плюс один слой абстракции.

ИМХО, цена такому решению с документацией будет от 200 т.р.

Есть ТЗ с указанием логики работы почти всех автоматов. Нужно излить в синтаксис С , отладить

работу переферии, поймав какие то косяки, сделать это без нецензурностей и с коментариями.

Кто нужен - да по сути кодер а не разработчик. На три рабочих недели фултайма.

Больше там делать нечего, при всем моем уважении.

Мы оцениваем месяц работы кодера на полную занятость в 50 т.р.

Мне не требуются услуги алгоритмиста, системного архитектора, аналитика и пр.

Откуда 200 тр? И еще про слой абстракцию - это я так понимаю из масс сторэджа растут ноги?

а про два движка совсем не понял.

 

это не подойдет? http://en.pudn.com/dl.asp?id=723821

к сожалению нет. структура нанд памяти предполагает наличие блока размером в 16-32 страницы, которые могут быть стерты лишь одновременно.

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

слоя абстракции, сборщика мусора и прочее, что нам сильно не надо.

 

 

За такой бюджет в лучшем случае будет "черный ящик" без исходников...

Конечно. не найдем за такой бюджет того что описано в шапке - обязательно повысим постепенно до милиарда. а пока....

Кстати нам и требуется "упрощенная пародия". для наших внутренних нужд. Только не от студента а с заранее заказанной логикой.

[C2000 2]

Мы оцениваем месяц работы кодера на полную занятость в 50 т.р.

Откуда 200 тр?

 

Ну и возмите в штат кодера, если найдети за эту зарплату хорошего.

 

И платить ему будете каждый месяц, не зависимо от того сделал он для Вас что-то или нет.

Плюс налоги, плюс отчисления в пенсионный фонд и создание рабочего места.

 

А если хотите договорных отношений, то тогда не надо про оклады вспоминать.

[cebotor 0]

Ну и возмите в штат кордера, если найдете за эту зарплату хорошего.

Спасибо за рекомендации. Обязательно попробуем разные возможности.

Кстати я абсолютно не исключаю что бюджет будет увеличен, но в данный момент он такой,

и оценивается эта работа именно из зарплаты кодера - программиста.

 

 

[AlexandrY 3]

Есть ТЗ с указанием логики работы почти всех автоматов.

 

Откуда 200 тр? И еще про слой абстракцию - это я так понимаю из масс сторэджа растут ноги?

а про два движка совсем не понял.

 

Видите ли ваши автоматы вам либо придется оставить при себе либо еще бОльшую сумму отдать, что бы кто-то по вашим автоматам что-то ваял параллельно решая реальную задачу.

Все делается по готовым исходникам файловых систем.

Есть системы для NAND и есть системы для Serial Flash, они сильно разные.

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

Но чтобы вам представить единый интерфейс FS придется делать слой абстракции от двух физических FS.

Это вообще стандартный ход который во всех осях реализован.

Но ваши автоматы тут тоже врядли будут уместны.

 

Или я не понял что там у вас за автоматы. :laughing:

[cebotor 0]

Видите ли ваши автоматы вам либо придется оставить при себе либо еще бОльшую сумму отдать, что бы кто-то по вашим автоматам что-то ваял параллельно решая реальную задачу.

Все делается по готовым исходникам файловых систем.

Что все? вне зависимости от задачи все делается по копипасту? Это портирование ка максимум, и оно на данном этапе не нужно. нужно создание. за переброс fatfs от чена, вообще гроша медного давать не стоит - это не работа это фигня.

Вы реально не поняли объем задачи - в исходном объявлении нигде не написано - написать файловую систему совместимую с xxxx .

Там написано - хранение данных в виде файлов.

А еще про автоматы куда уж понятнее - логика продумана, структуры данных продуманы -

с чего бы это больше отдавать за меньшую работу?

И что за стеб насчет реальной задачи? Я не уверен что найду исполниетля ,

который продумает _внутреннюю_ логику достаточно хорошо за устраивающий

меня бюджет. Поэтому внутренняя логика поставляется вместе с тех заданием.

Если мнение исполнителя - "не будет работать", он откажется.

И простите, откуда такая уверенность что именно по данной логике нельзя будет решить поставленную задачу?

У меня есть опыт сотрудничества на уровне разделения труда между архитектором и исполнителем, а Вы,

кажется вообще считаете такое сотрудничество невозможным.

ПС - готовые исходники я за время написания ТЗ уже успел бы приладить и отладить, если бы как Вы верно заметили, здесь не было прорехи в таковых.

[C2000 2]

...это не работа это фигня.

[Shtirlits 0]

ПС - готовые исходники я за время написания ТЗ уже успел бы приладить и отладить, если бы как Вы верно заметили, здесь не было прорехи в таковых.

Уверен, это иллюзия.

PS: Это разные жанры. Если делать все самому, то трудно расширяться, когда деньги будут.

[cebotor 0]

Уверен, это иллюзия.

PS: Это разные жанры. Если делать все самому, то трудно расширяться, когда деньги будут.

Согласен погорячился - любая работа требует времени. Просто прилаживать ФС доводилось неоднократно, вот я и утрировал.

Про ПС тоже согласен - самому делать все невозможно.

Но сборка разных кусков все равно задача не для аутсорса. В случае портирования сторонних библиотек, работа по портированию

сильно перекликается со сборкой , выносить ее в отдельный кусок - по моему нецелесообразно.