Library vs Framework

@embedded

How to Write and Use a Sprint Goal (With 5 Templates)

پنج قالب برای هدف گذاری اسپرینت در مدیریت محصول به شیوه اسکرام

https://www.parabol.co/blog/sprint-goals/

#ProductManagement
@embedded

📰 #آگهی_استخدام
📍 #تهران
🔺 #تمام_وقت

✅ استخدام/امریه

یک مجموعه دانش بنیان مستقر در دانشگاه صنعتی شریف جهت تکمیل کادر فنی خود نیاز به افراد متخصص و علاقه‌مند در موقعیت‌های شغلی زیر را دارد. خواهشمند است علاقه مندان روزمه خود را در این زمینه ارسال نمایند.
امکان جذب به صورت امریه شرکت‌های دانش‌بنیان برای افراد واجد شرایط نیز وجود دارد.

🔸 برنامه نویس ++C (تمام وقت)

👈تسلط به توابع و کتابخانه هایC++ Standard Library
👈تسلط به نوشتن کدهای Multi-Thread
👈آشنایی با سیستم عامل لینوکس
👈 آشنایی با کتابخانه های پردازش تصویر مزیت محسوب میشود.

🔹 کارشناس پردازش تصویر (تمام وقت)
👈 مسلط بر مفاهیم پردازش تصویر
👈 مسلط به کتابخانه OpenCv
👈 آشنایی Cpp و Qt
👈 آشنا به لینوکس
👈 آشنایی با فریمورک های یادگیری عمیق مزیت محسوب میشود.

🔸 متخصص هوش مصنوعی (تمام وقت)
👈 مسلط به مفاهیم یادگیری عمیق
👈 مسلط به فریمورک pytorch یا tensorflow
👈 آشنا با مفاهیم #هوش_نهفته و علاقه مند جهت توسعه شبکه‌های لایت ویت
👈 آشنایی با سخت افزارهای نهفته و پردازش لبه مزیت محسوب میشود.

🔹 کارشناس لینوکس (تمام وقت)
👈 مسلط بر لینوکس
👈 آشنا با bash scripting
👈 آشنا با مفاهیم لینوکس نهفته
👈 آشنایی با مباحث امن سازی سیستم عامل مزیت محسوب میشود.

🔸 طراح سخت افزار/نرم افزار نهفته (تمام وقت)
👈 مسلط بر ++C
👈 آشنا با پردازنده‌های ARM
👈 آشنا با بردهای esp
👈 آشنایی با نرم افزار آلتیوم دیزاینر مزیت محسوب میشود.

جذب کارآموز (دانشجوی کارشناسی و ارشد به صورت پاره وقت و پروژه‌ای) در موقعیت‌های شغلی بالا نیز به شرط اثبات توانمندی یادگیری و علاقه‌مندی در محیطی پویا، دوستانه و رشد محور ممکن است و علاقه‌مندان میتوانند با درج موضوع کارآموزی نسبت به ارسال رزومه اقدام نمایند. بدیهی است پس از دوره کارآموزی درصورت تمایل کارآموز امکان جذب فراهم است.


ایمیل جهت ارسال رزومه:
[email protected]

📌 فرصت‌های شغلی مرتبط با مهندسی نهفته 👇
@embedded

✅ مقایسه عمر خازن‌های جامد و الکترولیت

🔸 خازن از جمله قطعات پرکاربرد در مدارهای الکترونیکی است که به نسبت بسیاری از قطعات عمر مفید کمتر و نقش پررنگ تری در خرابی وسایل الکترونیکی دارد. با این حال انواع خازن عمرهای مفید متفاوتی دارند. امروزه با جایگزینی خازنهای جامد (solid) به جای خازن های الکترولیتی، عمر وسایل الکترونیکی بواسطه افزایش تا 6 برابری عمر مفید خارن های solid در مقایسه با الکترولیتی قابل افزایش است.
اطلاعات بیشتر را از گیگابایت بخوانید.
#Eletronic
#Capacitor
@embedded

✅ Where Complexity Fails Us

✍ Jack Ganssle

Engineering is about numbers. Do you specify a ±5% resistor or ±1%? Do the math! Will all of the signals arrive at the latch at the proper time? A proper analysis will reveal the truth. How hot will that part get? Crunch the numbers and pick the proper heat sink.

Alas, software engineering has been somewhat resistant to such analysis. Software development fads seem more prominent than any sort of careful analysis. Certainly, in the popular press "coding"1 is depicted as an arcane art practiced by gurus using ideas unfathomable to "normal" people. Measure stuff? Do engineering analysis? No, that will crowd our style, eliminate creativity, and demystify our work.

I do think, though, that in too many cases we've abdicated our responsibility as engineers to use numbers where we can. There are things we can and must measure.

One example is complexity, most commonly expressed via the McCabe Cyclomatic Complexity metric. A fancy term, it merely means the number of paths through a function. One that consists of nothing more than 20 assignment statements can be traversed exactly one way, so has a complexity of one. Add a simple if and there are now two directions the code can flow, so the complexity is two.

There are many reasons to measure complexity, not the least is to get a numerical view of the function's risk (spoiler: under 10 is considered low risk. Over 50: untestable.)

To me, a more important fallout is that complexity tells us, in a provably-correct manner, the minimum number of tests we must perform on a function to guarantee that it works. Run five tests against a function with a complexity of ten, and, for sure, the code is not completely tested. You haven't done your job.

What a stunning result! Instead of testing to exhaustion or boredom we can quantify our tests.

Alas, though, it only gives us the minimum number of required tests. The max could be a much bigger number.

Consider:

if ((a && b) (c && d) (e && f))...
Given that there's only two paths (the if is taken or not taken) this statement has a complexity of 2. But it is composed of a lot of elements, each of which will affect the outcome. A proper test suite needs a lot more than two tests. Here, complexity has let us down; the metric tells us nothing about how many tests to run.

Thus, we need additional strategies. One of the most effective is modified condition/decision coverage (MC/DC). Another fancy term, it means making sure every possible element in a statement is tested to ensure it has an affect on the outcome.

Today some tools offer code coverage: they monitor the execution of your program and tag every statement that has been executed, so you can evaluate your testing. The best offer MC/DC coverage testing. It's required by the most stringent of the avionics standards (DO-178C Level A), which is partly why airplanes, which are basically flying computers, aren't raining out of the sky.

Use complexity metrics to quantify your code's quality and testing, but recognize its limitations. Augment it with coverage tools.


Footnotes:

1 I despise the word "coding." Historically coding was the most dreary of all activities: the replacement of plain text by encrypted cipher. Low-level functionaries, or even machines, did the work. Maybe "coding" is an appropriate term for script kiddies or HTML taggers. If we are coders you can be certain that in very short order some AI will replace us. No, we in the firmware world practice2 software engineering: implementing complex ideas in software using the precepts of careful engineering. These include analysis, design, negotiating with customers, implementation and measurements of our implementations.

2 Bob Dylan got it right: "he not busy being born is busy dying". We should be forever practicing software engineering. Practice: "perform (an activity) or exercise (a skill) repeatedly or regularly in order to improve or maintain one's proficiency." Unless we're constantly striving to improve we'll be dinosaurs awaiting the comet of our destruction.

@embedded

📰 #آگهی_استخدام
📍 #کاشان


📌 فرصت‌های شغلی مرتبط با مهندسی نهفته 👇
@embedded

📰 #آگهی_استخدام
📍 #تهران


📌 فرصت‌های شغلی مرتبط با مهندسی نهفته 👇
@embedded

📰 #آگهی_استخدام
📍 #تهران

شرکت فناوری خاص فعال در طراحی Embedded System در حوزه های زیر دعوت به همکاری می‌نماید📣

آدرس: تهران، منطقه ۲۲ ، شمال وردآورد

1️⃣⁩ طراح سخت‌افزار
طراحی شماتیک و PCB با همکاری مدیر فنی با رعایت استاندارهای لازم
حداقل یک سال سابقه کار با نرم‌افزار Altium یا مشابه
طراحی Symbol و Footprint و استفاده از Datasheet
آشنایی با مقدمات طراحی بردهای چند لایه

2️⃣ توسعه‌دهنده نرم‌افزار‌ی سیستمی
برنامه نویسی ++C/C
آشنایی با اجزای سیستم‌عامل گنولینوکس
آشنایی با برنامه‌نویسی میکروکنترلرها

3️⃣ هوش مصنوعی در سیستم‌های محدود
برنامه نویسی ++C/C یا Python
علاقمند در حوزه کاری شبکه عصبی / یادگیری عمیق
کارآموزی با برد Jetson Nano

4️⃣ مدیر داخلی شرکت دانش بنیان
امور مربوط به منابع انسانی / مالی و بازرگانی


ترجیحاً ساکن غرب تهران ،اندیشه،‌شهریار، شهر قدس، استان کرج

لطفاً رزومه خود را به آدرس های زیر ارسال نمایید
@EmbeddedS
[email protected]
@ofteax


📌 فرصت‌های شغلی مرتبط با مهندسی نهفته 👇
@embedded

🔺 استفاده از فناوری بینایی ماشین و هوش مصنوعی در تشخیص آنی آتش🔥 و خاموش کردن آن

📌 ترکیب دوربین نظارتی و سیستم اطفا حریق ایده اصلی این سیستم است که با جایگزینی پردازش و تحلیل تصویر بجای سنسورهای معمول دود و آتش می‌تواند به کاهش هزینه (پوشش بیشتر دوربین نسبت به سنسورهای معمول) و همچنین افزایش سرعت پاسخ (سرعت بالاتر تشخیص آتش با استفاده از پردازش تصویر نسبت به سنسور) منجر شود. همچنین تشخیص زاویه مناسب جهت پاشش به ارتقا و بهره‌وری سیستم اطفا حریق، در مقایسه با پاشش کور در سیستم‌های معمول اطفا حریق کمک می‌کند.

#AI #MachineVision
@embedded

🔺 One-third of all software faults take more than 5000 execution-years to fail. Thus, testing is an inadequate way to insure correctness.

👉 Adams, N.E "Optimizing preventive service of software products", IBM Journal of Research and Development, 28(1), p. 2-14

#EmbeddedQuotes
@embedded

کاربرد جالب هوش مصنوعی و بینایی ماشین در جذاب سازی فرصت‌های استراحت بازیکنان در مسابقات هاکی آمریکا

تشخیص شباهت چهره تماشاچیان با شخصیت‌های معروف کارتونی
#AI #Idea #CV
@embedded

What is Edge Computing?

Edge computing is a distributed computing paradigm that brings computation and data storage closer to the sources of data.
This is expected to improve response times and save bandwidth.
It is an architecture rather than a specific technology.
It is a topology- and location-sensitive form of distributed computing.

This video focuses on edge computing and some cloud computing:

https://youtu.be/0idvaOCnF9E

via Rei Notes

#EdgeComputing
@embedded

🔸 کتابهایی که براساس تجربه و دانش نویسندگان «استک آور فلو» نوشته شده است.

👈 مجموعه کتاب های GoalKicker
توسط نویسندگان استک آور فو (Stackoverflow) تهیه شده است که در حوزه های مختلف برنامه نویسی منتشر شده است.

✅ کتاب آموزش برنامه نویسی Cpp از این مجموعه را می توانید از اینجا دانلود کنید.

#Cpp
#Programming
#Book
@embedded

✅ مقایسه الگوریتم‌های مرتب سازی

👈 این نمودارها نشان می‌دهد که #دانش چگونه می‌تواند سرعت را افزایش و هزینه را کاهش دهد.

🔸 در این نمودارها داده‌ها بر اساس الگوریتم‌های مختلف (Insertion، selection، bubble، ...) مرتب‌سازی می‌شوند که از جمله فرآیندهای مهم و پایه‌ای در پردازش داده می‌باشد.
حل مسئله مرتب‌سازی در عین ساده بودن، به صورت کارا پیچیده است. یعنی در حالی که بسیاری آن را یک مسئلهٔ حل شده می‌پندارند، الگوریتم‌های کارآمد جدیدی همچنان ابداع می‌شوند.
برای نمونه، مرتب‌سازی حبابی (Bubble) در سال ۱۹۵۶ به وجود آمد در حالی که مرتب‌سازی بسیار کاراتر کتابخانه‌ای در سال ۲۰۰۴ مطرح شد.
Comparison Sorting Algorithms and Mystery of NlogN complexity

Sorting Algorithms Animations

#Sorting_Algorithms
@embedded

*
ده قانونی که از نظر آدام تیلور برای توسعه در زمینه hdl باید آنها را رعایت کرد :

Developing HDL does require engineers follow a basic set of rules to achieve timing closure and create good reusable code. This week I am outlining what I think are the 10 most important rules when developing HDL. 👇👇

https://www.adiuvoengineering.com/post/microzed-chronicles-10-rules-for-hdl-development

@Taksuntec

The Internet of Vehicles (IoV) is a distributed network that supports the use of data created by connected cars and vehicular ad hoc networks (VANETs). An important goal of the IoV is to allow vehicles to communicate in real time with their human drivers, pedestrians, other vehicles, roadside infrastructure and fleet management systems.

The IoV supports five types of network communication:

Intra-Vehicle systems that monitor the vehicle's internal performance through On Board Units (OBUs).

Vehicle to Vehicle (V2V) systems that support the wireless exchange of information about the speed and position of surrounding vehicles.

Vehicle to Infrastructure (V2I) wireless exchange of information between a vehicle and supporting roadside units (RSUs).

Vehicle to Cloud (V2C) systems that allow the vehicle to access additional information from the internet through APIs.

Vehicle to Pedestrian (V2P) systems that support awareness for Vulnerable Road Users (VRUs) such as pedestrians and cyclists.

#ITS
@embedded

This is first video which captured by human!
Captured By photographer Eadweard Muybridge in 1898 , Financial support by Lenand Stanford.
#History
@EmbeddedVision

Free Training

Are you looking to shift your career to a highly paid Embedded System Development/Testing Job?
Fill in the form below to register for our industry oriented course!
Our team will call you soon.

https://forms.gle/J8ySXJkgkqUK2F7h8

#ads #course
@embedded