Training Feedback -- 100 entries

Course Rating Better prepared Recommend to Others Most useful Concepts
v
Exercises
Presentation v Discussion Course improvements Exercise rating Exercise improvements Instructor comments Start tomorrow Challenges to applying
TDD for Embedded C/C++ Good Much better Yes Good balance Good balance Very Good Show
TDD for Embedded C++ Excellent Much better Yes The value of TDD Good balance Good balance Excellent Yes! Show
TDD for Embedded C++ Very Good Moderately Yes How TDD can help test small portions of code as they are being developed to ensure that bugs are identified and addressed as close to their introduction point Good balance Good balance Very Good Need to identify the right way to introduce TDD into the target environment (a physical device) where most of our code runs. Specific target environment with multiple hardware and software interfaces and layers Show
TDD for Embedded C/C++ Very Good Much better Yes Very good concept of Test Driven Development and the benefit of using it. Good balance Good balance This course is great the way it is planned. Very Good The demos and the hints are very helpful for exercises. However, a bit more hints for exercises would also be great - and attendee should choose to go to hint or ask for help. James did a fanatic job of teaching this course. Thank you, James! I really enjoyed the class. You delivered it well, and I was really my great pleasure to learn so much from you. Yes, I definitely will start to apply what I learn from this course today. Working with massive legacy codebase. Refactor will be a challenge. Show
TDD for Embedded C/C++ Very Good Much better Yes The process of building up new features in very small steps based on tests. Good balance Good balance Maybe more of a focus (exercises) on integrating TDD into large legacy code-bases. Many people wouldn't be able to have "Greenfield" scenarios, and I don't think there was an actual exercise that we had to go through to begin testing in a scenario where there was a lot of legacy code already written. Very Good Just as mentioned above, an exercise to add unit testing and begin TDD in a legacy code scenario. James is enthusiastic and helpful. I also liked his corny programming jokes. I doubt it. There are many many different modules that our team contributes to, and there are many other people that contribute to those different modules as well. I think our team will have to come up with a strategy to try and implement TDD for our scenario, but it likely will take time to get to that point. There are many different git repositories that we contribute to, and we are not the owners on many of them. We don't necessarily always have the authority to decide whether unit testing and TDD are options for different repos. Show
TDD for Embedded C/C++ Excellent Much better Yes The first steps for TDD. Good balance Good balance Excellent Yes! At this moment, I'm student and freelancer, so I will start to implement these ideias as soon as possible. Show
TDD for Embedded C Very Good Bring it on! Yes Fail the test case first and then make it pass and refactor. Good balance Good balance Very Good Show
TDD for Embedded C Excellent Much better Yes Good balance Good balance Excellent Show
TDD for Embedded C Excellent Bring it on! Yes Good balance Good balance Excellent Show
TDD for Embedded C/C++ Excellent Bring it on! Yes How to write the tests that will drive the development. Good balance Good balance Excellent On new code yes, on legacy code not yet - that's more trick and requires some more learning. Legacy code! Show
TDD for Embedded C/C++ Excellent Much better Yes TDD does not require too much time: you are going to spend that time anyway when you write code and figure out the different scenarios. With TDD you get to keep that work; without TDD you lose it after you are done writing the code. (I was already convinced of the value of testing). Good balance Good balance You can see that it already went through so many iterations...really difficult to find something to improve Very Good Yes, even today! Existing code base with tests: still going to apply the boys scout motto ;-) Show
TDD for Embedded C/C++ Excellent Bring it on! Yes I found learning about mocks and fakes was incredibly useful. I had taken a course in college that introduced me to the fundamentals of using different debugging techniques and TDD, however mocks and fakes were never discussed. Good balance Good balance Maybe a brief overview of how to setup CppUTest to work on a machine after we have gone through the course using cyber-dojo to get an idea of how to setup/integrate it into a codebase. Excellent N/A James was incredibly helpful whenever questions were asked and at making sure no one got stuck during the exercises. Yes! I've already begun integrating unit tests into my current project One challenge is the reliance on some large third-party libraries, such as OPC which could be potentially challenging to test Show
TDD for Embedded C/C++ Excellent Much better Yes I have experience writing unit tests from previous jobs but never looked at TDD. This class has helped me to learn to focus on a problem by breaking it down to pieces. I love the coverage on fakes and mocks. Good balance Good balance Excellent He is clear, precise and answers questions very clearly. I love how the class is very interactive. This is probably the best training I've ever taken. It never got boring. I think I can. Deadlines. Show
TDD for Embedded C Good A little Only if improved Good balance Too much presentation Good Show
TDD for Embedded C/C++ Excellent Much better Yes Testing is crucial. You have to make the initial investment and get your testing in place. You then feel comfortable changing code knowing that you have your safety net around you. Good balance Too much discussion Excellent A bit more clear instructions. I sometimes had to re-read the instructions multiple times to understand what I'm reading. The initial time investment of setting up the test environment. From the scrum master/product owner perspective, this time doesn't produce any output to the product. Show
TDD for Embedded C/C++ Excellent Much better Yes How to slow down and not try to solve every problem at once! Ways to isolate and test specific functionality without having to go through a time-consuming build process. Good balance Good balance I don't think it can be improved past this point. Paraphrasing James, I don't think that the course should be designed to convince naysayers that they should embrace TDD. The combination of the lectures, videos, and exercises leads you to your own conclusions on whether TDD would be right for your project at its current stage; I think that many people will find value in TDD as they are gradually exposed to its concepts. Very Good More consistency between the instructions for each exercise and the instructional comments within each exercise codebase. Led to some minor confusion a couple of times. Knowledgeable and amiable. Quite refreshing to have an instructor who is not only able to answer most of your questions, but also provide the correct level of details to be able to ask them. Probably not. Our code base is pretty far along and needs to be completed sooner rather than later. I am not sure if the benefits of TDD would be recognized by other members of the product team given they already think the process is slow. I believe that all employees, not just software engineers, could be convinced of the benefits of TDD when applied to a brand-new or future product. I'm concerned that slowing development down (even with the promise of saving time in the future) would be unpalatable to many employees working on a preexisting product. Show
TDD for Embedded C Very Good Bring it on! Yes How to do TDD on Embedded Systems. I didn't know it was possible. Good balance Good balance It was a bit overwhelming the first day, trying to get through the pre-work and find what we need to do. It was better once we got the rhythm of it. Excellent I would love to but I probably can't, because I did not get a chance to setup the environment and I need to switch projects for a min. Getting people on board with it. Show
TDD for Embedded C/C++ Excellent Moderately Yes mock interface Good balance Good balance it's ok like that Excellent it's ok like that very smart guy! I already started more than 10 years ago... no challenges Show
TDD for Embedded C Very Good Much better Yes spy/fake design and mock obj Good balance Good balance Very Good James was very prepared and clear. Show
TDD for Embedded C/C++ Very Good Much better Yes Good balance Good balance Excellent Show
TDD for Embedded C/C++ Excellent Much better Yes How to mock the hardware and build the code completely off the target. Good balance Good balance If it is not already possible, it would be great to have the live recording of the three lessons, at least the parts related to live explanations and live demo exercises (e.g: Legacy code setup) in order to review some details that I can have missed. Very Good I don't think excercises need to be improved, I believe they are a good start point to practice with tdd. Very nice person, with great experience on programming. He gave us many advices and suggestions and he was able to keep us focused on the lessons all the time. Yes, I think so, because I have much more information and references to set up a test environment and start to work with tdd. These ideas are already applied for software, our goal is to apply also for firmware projects. Show
TDD for Embedded C/C++ Very Good Much better Yes How writing tests helps you better focus the requirements, and the power of pair programming Good balance Good balance Very Good Great communication skills. Still need to get a grip on how to integrate CppUTest in Eclipse on Windows. Maybe the day after tomorrow? Extensive legacy code base, will take some time to make it work with CppUTest. Show
TDD for Embedded C/C++ Excellent Much better Yes I learned that I can test everything and even Legacy should not haunt me. Good balance Good balance A better code interface where developers can edit at the same time. Excellent Perhaps some interface where the coders can edit the code at the same time. Very kind man. Great speech skills. Yes, now I have everything I need to skip the worst part of the learning curve. Tests where we have no control of what can happen. Network management in embedded devices for instance. Show
TDD for Embedded C/C++ Excellent Much better Yes I learned alot about not just TDD, but also about the do's and dont's of c++/c programming. refactoring, testing in general (testing doubles), rethinking. This course will not only benefit me in the context of TDD, but benefit me everywhere in my development. Good balance Good balance I think that everything was perfekt. Excellent As a non C++/C developer I found it very easy to find my way around. I actually finished all the required exercises without any issues and enjoyed doing so. Im not sure. Its not an easy step to do and it for sure cannot happen from today to tomorrow as it takes a whole rethinking the thinking :). But I for sure will push because I believe and have seen that its benefits are evident. Show
TDD for Embedded C/C++ Excellent Much better Yes I learned alot about not just TDD, but also about the do's and dont's of c++/c programming. refactoring, testing in general (testing doubles), rethinking. This course will not only benefit me in the context of TDD, but benefit me everywhere in my development. Good balance Good balance I think that everything was perfekt. Excellent As a non C++/C developer I found it very easy to find my way around. I actually finished all the required exercises without any issues and enjoyed doing so. Im not sure. Its not an easy step to do and it for sure cannot happen from today to tomorrow as it takes a whole rethinking the thinking :). But I for sure will push because I believe and have seen that its benefits are evident. Show
TDD for C++ Very Good Much better Yes of course - how tdd works Good balance Too much discussion Very Good good, understandable sequence of arguments, some experiences from past work -> good mixture yes setup a Test environment will be a big callenge Show
TDD for Embedded C Very Good Much better Yes While I have been using NUnit and Ceedling for about a year, the approach to develop the test cases in small steps is something I don't do, is more in "bigger steps". I do believe that TDD is very helpful both during development and in maintenance; I have had to do releases for which I am confident QA tests will fully pass because I already have the test cases in place for the code. Good balance Good balance Personally I struggled a little with the mocks. Very Good As mentioned, I did struggle with the mocks, when first started the exercise I didn't know what to do because the concept was not fully understood. Yes, already using it, it is a matter of slowing down and do little steps. TDD is largely applied, so there is buy-in. The biggest challenge is that the projects I work in are legacy, so all test cases are implemented (as explained in the training) as new features or changes to the code are done; following this we already have hundreds of test cases covering a lot of the code. Show
TDD for Embedded C Very Good Much better Yes I liked the idea of putting the code that interacts with hardware in as contained spot as possible Good balance Good balance Good I think the problems could have more context. Some times I had code that performed the task required but was different enough I had to redo a lot of it for a continuation of the problem. In instructor was good I can start on my next project Show
TDD for Embedded C++ Very Good Much better No importance of small[er] steps Good balance Good balance Very Good I spent hours working on exercises after each day's sessions, and never got through all of them. Yes No safety net of existing unit tests for 99% of the codebase. A couple of products use an embedded environment without any OS where nearly every piece of code interacts with hardware in non-portable, non-emulatable ways (even writing text to the screen buffer), and the production code only just barely fits available memory due to repeated refactorings focused upon reduced compiled code size. Utility modules, which seem like the most amenable to TDD, are also sometimes the most tedious since they often need to implement a long list of standard interfaces to increase their usability, and so it would be nice to have a canned set of tests to ensure that the dusky corners of those interfaces get implemented properly. Show
TDD for Embedded C Very Good Much better Yes The approach for developing. Introduction of fake and mock concepts etc... Good balance Good balance Very Good Show
TDD for Embedded C Very Good Much better Yes Good balance Good balance Very Good Show
TDD for Embedded C Very Good Much better Yes Good balance Good balance Very Good Show
TDD for Embedded C Very Good Much better Yes The minute details of the TDD test cycle, like deliberately making the production code function return the wrong value to verify that the test itself is catching this. I've done TDD before, but at a much coarser granularity, skipping perhaps too much of Uncle Bob's second law. Good balance Good balance "Self-Paced TDD for Embedded C (Beta)" has several minor (technical) issues. These do not take away any of the value, and after they get ironed out in the release version, you have a pretty solid course. I would have liked to see some exercises on unit testing legacy code, but of course this may be hard to do in cyber-dojo. Very Good Show
TDD for Embedded C Good Much better Yes This isn't the first time I hear about TDD. I've read a couple of books about it and tried it out once or twice. And we've been using CppUTest for unittests for the past 3-4 years. So in that sense I did not learn anything new, but it was a good opportunity to get some experience applying TDD in the exercises. Good balance Too much presentation We followed the self-paced online version of the TDD for embedded C course. Since there was quite a lot of video material to watch, sometimes it was a bit difficult to keep paying attention. Maybe some of the video material could be replaced by guided exercises? I liked the exercises that had comments in them to guide us through the process, that's something that may also be useful for showing "bad examples" (ie what does not work / disadvantages of not applying TDD or going too fast etc). Very Good I think the exercises are good as they are, if the couple of issues related to them still being in the beta phase are resolved. Very energetic and enthousiastic. I started applying TDD about a week ago, but it's not easy given the quality of existing code. There are a couple of "loud" coworkers who keep pushing the "TDD is a waste of time, we don't need unittests, get to writing code and then use the debugger" narative. Show
TDD for Embedded C Excellent Much better Yes I've not used TDD before, so the initial setup/introduction/theory was all very useful! Good balance Good balance I think maybe a little more introduction at the beginning about cpputest / environment. Excellent I think what would be useful for me would be some more exercises where you are doing one side of the process... either righting the code or righting the test. That would be somewhat representative of how I would use this in actual development. The videos were super helpful! Including common mistakes, etc was great. No (IT hurdles), unless you count prep... if so, YES Setting up the environment, toolchain, etc. You've made it manageable to start from 'scratch', but there is still work to be done! Show
TDD for Embedded C Excellent Much better Yes The most useful thing was that I was able to experience the TDD methodology which is many lessons in one. Good balance Good balance The instruction on the later exercises was not as clear and directed as the earlier exercises. I appreciate approximate time expectations listed in the module summary to help keep me on task and plan my day. Very Good I like the DoJo but there are a LOT of creature comforts that are missing in that platform. But at the same time I didn't want to make the investment in offloading the exercise files into my own environment. James, I like your balance of instruction and humor. I liked hearing bits of your story and involvement with the early Agile and TDD days. You come across as authentic and are easy to understand. Not quite tomorrow, but soon. I don't have CI setup for any projects yet. It's not easy to get the government to get with the times. My office does their best but we are still subject to all the red tape of the government. Show
TDD for Embedded C Excellent A little Yes Importance of TDD and the mindset of writing Tests during development. Good balance Good balance I think there should one day gap between each class so we get some time work on exercises. Being a working professional, we didn't had enough time for exercises. Excellent The instructor is amazing. He has vast knowledge as well as good sense of humor. He keeps everyone involved throughout the course. Show
TDD for Embedded C Excellent Much better Yes Good balance Good balance Excellent Show
TDD for Embedded C Good Moderately Yes Learned to code is structured manner. Learned to first write test cases to test real code. Good balance Good balance Good Spending some more time on practical exercises. James patiently listened and answered all the queries / doubts raised. He also presented his perspective on how one applying TDD model, one can have quality code coverage and also helps developer from crictical issues reported by customer / Test team at very last movement. yes Challenges can be on Legacy code. Show
TDD for Embedded C/C++ Very Good Much better Yes Good balance Good balance Very Good Show
TDD for Embedded C Good Moderately Yes - Getting legacy code into TDD - Mocks Good balance Good balance I think the course contents need to be re-ordered. The course should start with overview e.g. various test harnesses, where cpputest fits in this and then go deep. Initial two/three days created a confusion because of this and we had ask questions to get the above mentioned information. Good Have more exercises regarding the legacy code. Nothing Yes NA Show
TDD for Embedded C Very Good Moderately Yes Good balance Good balance Can start with "Hello world" just like we learn any new language or new environment we start with hello world it minimize the starting efforts same we can do with this. Good same as above Show
TDD for Embedded C Very Good Bring it on! Yes TDD basic approach. Tools used. Good balance Good balance Practice more on tools, add more strong/advance contents. Very Good more handson on the tools James is excellent. Yes Show
TDD for Embedded C Very Good A little Yes 1. Importance of writing test before development. 2. Refactoring. Good balance Too much discussion You can use multiple PPT files(1 for each day topics). It will help you make a good balance between presentation and disussion. Very Good All the exercises was good. In current exercises you are providing a basic skeleton of the problem. You can add a final exercise where you provide the problem statement and we have to complete it by adding the files, creating the basic skeleton and makefile. Instructor was good. He explain everything in detail. He was ready to help and explain any topic multiple times. No, I can not start from tomorrow because I am in between of a project with very tight deadlines. But I will try to convince my manager for my net project. Not in my workplace but in any workplace, If only engineers are aware and the management are unaware of the benefit of the idea. It will be very difficult to apply it. Show
TDD for Embedded C Very Good Much better Yes Start testing your code at early phase of development so that it can catch potential bugs at very early phase. Good balance Good balance Try to get an idea what the team exactly doing (like project platform, language used, tool etc) and plan the course accordingly. Very Good Not to bind it to specific framework and make it as per need basis. He was good in presenting his ideas, shared his valuable knowledge and was always keen to answer the queries. Yes. Even I am doing it. I find it difficult to fit any generic TDD framework to fit in SOC specific project. Show
TDD for Embedded C Very Good Much better Yes Start testing your code at early phase of development so that it can catch potential bugs at very early phase. Good balance Good balance Try to get an idea what the team exactly doing (like project platform, language used, tool etc) and plan the course accordingly. Very Good Not to bind it to specific framework and make it as per need basis. He was good in presenting his ideas, shared his valuable knowledge and was always keen to answer the queries. Yes. Even I am doing it. I find it difficult to fit any generic TDD framework to fit in SOC specific project. Show
TDD for Embedded C Very Good Much better Yes Start testing your code at early phase of development so that it can catch potential bugs at very early phase. Good balance Good balance Try to get an idea what the team exactly doing (like project platform, language used, tool etc) and plan the course accordingly. Very Good Not to bind it to specific framework and make it as per need basis. He was good in presenting his ideas, shared his valuable knowledge and was always keen to answer the queries. Yes. Even I am doing it. I find it difficult to fit any generic TDD framework to fit in SOC specific project. Show
TDD for Embedded C Very Good Much better Yes Start testing your code at early phase of development so that it can catch potential bugs at very early phase. Good balance Good balance Try to get an idea what the team exactly doing (like project platform, language used, tool etc) and plan the course accordingly. Very Good Not to bind it to specific framework and make it as per need basis. He was good in presenting his ideas, shared his valuable knowledge and was always keen to answer the queries. Yes. Even I am doing it. I find it difficult to fit any generic TDD framework to fit in SOC specific project. Show
TDD for Embedded C Very Good Much better Yes Start testing your code at early phase of development so that it can catch potential bugs at very early phase. Good balance Good balance Try to get an idea what the team exactly doing (like project platform, language used, tool etc) and plan the course accordingly. Very Good Not to bind it to specific framework and make it as per need basis. He was good in presenting his ideas, shared his valuable knowledge and was always keen to answer the queries. Yes. Even I am doing it. I find it difficult to fit any generic TDD framework to fit in SOC specific project. Show
TDD for Embedded C Very Good Moderately Yes Previously, I was not aware about writing the software using "write test first" approach. The most important thing I learned from training is the methodology of writing test first and then develop code in step by step manner. It is useful to write more robust firmware. Good balance Good balance NA Very Good Exercises related RTOS, multi-threaded can be added Overall, the experience of training was good. James has very good knowledge about the concepts of TDD and how to put that in front of attendee. Yes, but it requires more practice to get used to it To integrate it in legacy code is challenging due to large code base Show
TDD for Embedded C Very Good Moderately Yes TDD was new to me, so good learning there. Also some good ideas about C/C++ linking and namespaces Good balance Good balance Our group was new to the concept/method, so some overview followed by deep dive into concepts and exercises would have helped. Not sure in what order it has to be delivered but at times felt a little disconnected. But it may be only me. I don't have the correct answer to this. Also to be fair to James, it was a lot to digest in short period Very Good they were good. Good Job!! This is a difficult topic. As it makes me change the way I write software. I need to unlearn and relearn how to go about the overall development process. Maybe that's the way it has to be. Every individual has to go through that learning curve. On a lighter note - Less Pune traffic jokes :) I would definitely try to imbibe this in my day-to-day work. If I don't change it today, will not do it ever. Project timelines Show
TDD for Embedded C/C++ Very Good Much better Yes How to minimize functions for testability. Good balance Good balance I would have liked more time to go through the extended exercises in detail to really dive into some more details. Very Good The difficulty is expanding quite fast, some commenting could be added. It's not always apparent which videos are linked to which exercise. Amazing instructor, funny, easy-going and very good at getting us through the next step. Would definitely recommend, and take another course if something interesting comes up. I could if I was working on code atm. but mostly doing server maintenance so it doesn't apply very well to what I'm doing now. Will do it as soon as I dive back into coding. We're mostly working on RTOS (Zephyr) so adaptions to work with ztest must be done. In my case it's a matter of getting the time to sit down and learn how to apply ztest in the same way we did with cpputest in the course. It will surely not work the same. Show
TDD for Embedded C Very Good Moderately Yes That the time spent on creating tests that caches bugs early can be equal or less than the time spent debugging afterwards. Good balance Good balance It is not optimal that the website were "during development" when the course was happening. Maybe the exercises could be smaller or a bit more "straight to the point", since they take too long to realistically finish. Another option would be to extend the course time. Very Good Could be made smaller or a bit more "straight to the point", so that it is possible to finish them during the timespan the course lasts. Good instructor. Can see that James has allot of experience holding courses like this. I feel I would need to do some more studying etc. before I can start. But I feel much more prepared for this now. Large complex legacy codebase that revolves around wireless communication (Bluetooth). Hard to make unit test for this. Show
TDD for Embedded C Very Good Much better Yes mocks Good balance Good balance Excellent very good yes Already implemented some the hardware is always changing Show
TDD for Embedded C/C++ Good Moderately Yes How to approach using TDD when you don't exactly know how the hardware operates. And TDD w/ embedded devices in general. Not enough exercises Good balance Consider the target audience, especially for a group mostly from one company. We were generally already sold on TDD and used it prior to this course and were aiming to improve, not be convinced, and I think there was too much trying to convince us. Very Good Show
TDD for Embedded C Very Good Moderately Yes I think the most useful thing is how to use the Mock/fake module to simulate the HW register or memory operation. Not enough exercises Good balance Maybe more various exercises are useful to help us to be familiar with TDD more quickly. Excellent I think how to create a Mock/fake module is very important, but I don't have any idea how to do it. Nothing. I think the instructor did very well to lead us to learn TDD. No. I have to get more familiar with creating Mock and fake modules for the TDD test. Our legacy projects were for the embedded system. We have to fake or Mock the HW for our front end and back end side and lots of register/Sram operations. Show
TDD for Embedded C/C++ Good A little Yes step by step verify the code, when create more test case and found out more defect. It's also change our mind set when doing develop. Good balance Good balance Very Good cut off dependency with HW cost a lot of time. TDD is a great idea, but in fact the project always in rush, implement TDD that mean we need more time to develop and extend schedule. Show
TDD for Embedded C/C++ Excellent Much better Yes Before training I've heard unit test, clean code, refactoring from some blogs, but still don't know how to start it and how it works. This course gives a brief instructions to start with exercise and realize how TDD components mention in lecture material implement in real case. Good balance Good balance Maybe can have a shared markdown note, everyone in the same class can edit, or add some thought about videos or exercise. It can show other's option or some detail point doesn't notice before. I think refactoring can have more context or demo. It's quite useful. Excellent It's a little bit hard to figure it out the test case should like when there is no test case name as hint. Maybe can have more example for ZOMBIES? And I think it can have more exercise for c/c++. With exercises it is easier to understand TDD. Sometimes I have no idea whether I am doing right on exercise or not, maybe can have some implementations for each exercise as reference. (Some videos have discuss the exercise, but not all of them.) Instructor is good! Speaking speed is moderate and clear. In work maybe a little hard, but during some project doing after work can start it right away. It is fun and have confidence to doing TDD. Seeing things grows up as expect makes me feel so great. And if I don't start it right away, I'm afraid I will forget it soon. Though current project size is not so big, but it is already big enough have difficulty to doing TDD. But still can use some concept to Show
TDD for Embedded C/C++ Excellent Moderately Yes The TDD concept which lets me another point of view at development. Good balance Good balance The prep-work can provide more time to do and be familiar. Very Good For first experience to learning, if there are more materials or exercises before the class to guide what the role of mock and fake played would be great. It would speed up my understanding during the live course. Thanks a lot for the TDD concept and step-by-step exercises. It's helpful for me! I think it's hard to directly start from an on-going project. But I will moderately apply TDD concept at my jobs from now on. The effort is too much to cut the dependency of the on-going project which is not developed by TDD. Show
TDD for Embedded C Excellent Much better Yes Uncle Bob's three rule to keep the TDD coding process ZOMBIES rule to start coding the test plan Good balance Good balance Let people know how to choose the topic in the workshop Very Good The light schedule need more guide before doing exercises Humor and love coding!! I will use TDD way to start my design, it let me focus what is important in current stage The code dependency is large indeed and our try-error iteration takes more time! Show
TDD for Embedded C/C++ Excellent Bring it on! Yes Step by step to complete the requirements and make previous progress still working fine. Good balance Good balance No. It is awesome! Excellent No. It is awesome! Thanks for the detail TDD learning course. It make me to think the function design structure again. It is very helpful for me! I think the answer is no. It is hard to cut the dependency from the current working model. We could try TDD programing in the next project! It is hard to cut the dependency from the current working model. Show
TDD for Embedded C++ Very Good Much better Yes It can help me how to build a solid firmware code and also reduce the debugging cycle Good balance Good balance None Very Good None None Show
TDD for Embedded C++ Very Good Much better Yes It can help me how to build a solid firmware code and also reduce the debugging cycle Good balance Good balance None Very Good None None Show
TDD for Embedded C/C++ Excellent Much better Yes Try to dissects a big problem into small parts. Try to think one step by step. This makes our coding structure much more stable. Good balance Good balance It's good to get the concept of TDD. Excellent We were confused about what's the purpose of the exercise. Since we are not aware of thinking from tests, it's not easy to start slowly if there is no other illustration. Yes, it is hard to start unless we try to do it. So I will try to do it from now on. Since embedded firmware are related to hardware module, it's hard to separate them apart and build the test. It also might be a challenge that our source are not independent. Show
TDD for Embedded C/C++ Very Good Much better Yes The concept of TDD. The workshop help us to introduce the TDD starter to our project Good balance Good balance Students is lazy to do prestudy. It would be good if the teacher can talk some about the slides in the video Excellent Very patient thank you Will evaluate which part to start and may need to discuss it with the leader Show
TDD for Embedded C/C++ Very Good Bring it on! Yes Good balance Good balance Excellent Show
TDD for Embedded C++ Fair A little Only if improved The spirit of TDD. Too many exercises Too much discussion none Good none none No. To apply TDD to current project, the effort is too much. I think it is better to start from a whole new project instead of a mature project. Too many infrastructures have to be done and no person can do it. Show
TDD for Embedded C Excellent Bring it on! Yes Good balance Good balance Excellent Show
TDD for Embedded C/C++ Very Good Bring it on! Yes No Comments Good balance Good balance No Comments Very Good No Comments No Comments Yes large codebase, too many header paths to resolve inclusion errors Show
TDD for Embedded C/C++ Excellent Bring it on! Yes Practical ways of doing TDD Good balance Good balance Add new CPP concepts from C++ 14/17/20 Excellent Nice and engaging presentation of the content. Yes, The concepts are clear now. Build time Show
TDD for Embedded C++ Very Good A little Yes How TDD can help to develop a quality code and how effective it is to reduce the production issues Good balance Good balance I think still there is a doubt about applying TDD on legacy code with very huge code base. Can be concentrate more there Very Good They were good Very good presentation no, my legacy code is very very huge, and i don't know how it works my legacy code is very very huge, and i don't know how it works Show
TDD for Embedded C/C++ Good Much better Yes How to create a disciplined workflow which uses TDD to create robust software. Good balance Good balance More focus on integration testing. Very Good If it were possible to do in emacs it would be better. But alas not everyone uses the #1 editor. Very personable, knowledgeable, over all provides good feedback. Yes We mostly focused on unit tests which is difficult to create around software which does not abstract hardware very well. Show
TDD for Embedded C/C++ Excellent Much better Yes Unit Test writing, fakes, spies, mocks and zombies Good balance Good balance Excellent Very informative, great course environment Show
TDD for Embedded C/C++ Very Good Much better Yes Good balance Good balance It would be great to have even more demos (but maybe go slightly less indepth into refactoring excercises). Or show a bit of the nitty gritty refactoring for a few min then skip to the complete result Very Good A little more initial direction could avoid some confusion Great course! Very much enjoyed. I think next time I'd prefer a self-paced learning style (I believe you also had provided this option I just didn't see it). A 3 day crash course is like drinking from a fire hose. Also found the sessions a little long. May be nice to have more breaks, make them short and split up between more days. Or even meet once a week over the course of a few weeks to allow folks to digest the information! I also found it was very helpful to already be working through a TDD textbook prior to the course so I could hit the ground running I would certainly recommend this course to others but I'd want it in less of a crash course format :) Still need a bit more time to practice but I think I'm 75% of the way there Huge legacy code base. Each line of code churn can be very expensive to verify. Show
TDD for Embedded C/C++ Excellent Much better Yes TDD Mindset Good balance Good balance Excellent Show
TDD for Embedded C/C++ Excellent Much better Yes The ZOMBIES method for how to get started writing tests. Once I got started it was easier than I thought! Good balance Good balance Very Good James was very knowledgeable and helpful I need some more time to set up the test harness in my environment Need to figure out how to use a harness in my windows work environment Show
TDD for Embedded C/C++ Excellent Bring it on! Yes ZOMBIES. This really help with creating test list and think of how to approach testing in simple way. Good balance Good balance I don't know. Format looks excellent. Excellent Some exercise's objective is not super clear. For example Exercise 3.1 objective states that we should "Test-drive Flash_Program device from its specification", but actual implementation is done in Exercise 3.2, and 3.1 exercise is more about learning about extern "C" Instructor is very experienced and can answer a lot of various questions about TDD and more! We already started writing unit test in our company ~4 months ago, but TDD was not widely adopted. Now I will start to practice TDD more where it makes sense. Legacy code, but we will start phasing it out, and do major rewrite of our code base (mostly because of chip shortages we want our code to be more portable). In new gen project I do not se any blocks which would prevent applying TDD. Show
TDD for Embedded C Excellent Bring it on! Yes That writing tests can be fun Good balance Good balance Discussions after exercises are bit to long or more short breaks should be included, since it is easy to loose focus when listening for straight 2 hours. Excellent I think exercises were perfect Instructor seemed very experienced and he knew what he was doing. I liked the way how instructor presented various topics: background pictures, flowcharts, real life examples I will try my best to apply TDD knowledge fear, that at the beginning it will take a lot of time to deliver something Show
TDD for Embedded C Excellent Much better Yes the TDD work methodology. Good balance Good balance 4 days. the last subject (fake framework ) was very short. one more practice on it, would be nice. Excellent all is perfect. amazing. a lot of experience. a real master. yes. I have the opportunity to do it from now. in my initial state, is the time needed to master the methodology. Show
TDD for Embedded C Very Good Much better Yes Going through the flash write demo really drove home the utility of writing tests as you go. I have spent an unreasonable amount of time debugging code with similar functionality. TDD would put a stop to those problems. Good balance Good balance I think you should give out copies of your book as a part of the course even if you increase the price of the class by that amount. Good I would have liked more info on the basics of cpputest earlier in the course and less on the more advanced features at the end. I struggled with the flow in the beginning because I didn't understand how cpputest worked. Maybe 10 minutes of class time, not a video. I enjoyed the occasional '80 reference, although I suspect I was the only one who recognized them. I haven't heard "I love it when a plan comes together" in decades. I don't think so. I feel like I need a day or two to setup cpputest correctly with my current workflow. As far as the TDD concepts, yes, I can. Our firmware is stable and I occasionally have breaks of a few weeks from it. It is tough to implement it if I am not using it daily. Show
TDD for Embedded C/C++ Excellent Much better Yes The iterative process of executing TDD. Not enough exercises Good balance I enjoy getting my feet wet rather than demos, so for me, I'd enjoy more exercises (maybe 2 smaller ones rather than one bigger one?). Excellent n/a Very helpful, his answers and explanations were clear. Well, not tomorrow, because of the nature of what I'm working on right now. But probably next week! Mostly setting up the tools, and learning how to use them effectivley. Show
TDD for Embedded C Excellent Bring it on! Yes TDD is practical; it was easier than I thought. Not only did it teach us TDD, but it provided insight into the design of the software. Good balance Good balance I wish I had more time with the course material prior to the course. I understand that you wouldn't want to compromise your material in the event there's a cancellation, but going through all of the homework, optional, and pre-work for each class was longer than I expected. Very Good I thought the course was very straightforward and insightful into our development practices and how it would shape them moving forward. Yes. The combination of the tools used, the training documents, and the course gave me confidence to implement cpputest into my projects. Previous experience integrating TDD into our workflow (currently determining the needs for validation of the Cpputest), timelines and accessibility are areas of focus in our development group, and software is very new to the company. Our manager has been supportive and as long as we provide a business case for these concepts, then we can pursue support from our IS team or a consultant. Show
TDD for Embedded C Excellent Much better Yes Getting to see a practiacal demonstration of the short cycles of TDD. It was enlightening to see just how small the changes should be each time. Good balance Good balance We had a brief follow-up session on getting legacy code under test. It would be great if this could be incorporated into the course with some practical exercises. Excellent Friendly and confident. Easy to understand. Very helpful. Mostly, yes. However, to be truely effective, we need to get our legacy code under test. We would also benefit from a better unit testing tool. CppUTest looks like a very good candidate, so we will look to migrate to that. A large amount of legacy code. Not everybody has had the training yet. Some have made it quite clear that they are not interested in writing tests (altough that opinion might be changed by taking the course). Show
TDD for Embedded C/C++ Excellent Bring it on! Yes I was very impressed with the mock framework for simulating hardware interfaces. This will be very useful for me in the future. Good balance Good balance Providing a complete version of the exercises for review after the class would be helpful. Excellent Perhaps the LightSpy exercise could have clearer instruction. I struggled understanding the direction of the homework exercise before the class explaination. Obviously very experienced in TDD and excited about the material. I am already using TDD in my work the day after the class. Show
TDD for Embedded C/C++ Excellent Much better Yes Re-highlighting the need to move in small steps. I really liked the mock-ing portion of the flash device driver. Good balance Good balance I'd prefer an in-person learning. The course was very good though. Excellent Providing the exercises in advance might be helpful. Very friendly and likeable. Seemed very qualified for the part. Yes, I think I could apply the learned TDD techniques to my work immediately. Fighting the existing infrastructure already in-place. Show
TDD for Embedded C/C++ Excellent Bring it on! Yes - Practice the TDD cycle in hands-on exercises - How to not overuse mocks. - Different testing strategies - Refactoring strategies - How to test legacy code Good balance Good balance - Present the goal, rules, round table, etc at the beginning? - The presentations were hard to follow. They didn't feel well structured. It would help a lot to have chapters: here's what were goin to do and why, theory, example, example, recap of the learnings, then on to next chapter. - The live demonstrations were too long. I would forget what/why were were doing before the end... - I know it's hard when online, but maybe encourage more participation from the participants? Excellent - The online compiler doesn't allow debug. It makes it hard to figure out why our code isn't working sometimes. - The revert function of the online compiler didn't seem to work. Thank you so much for sharing this knowledge with the world! I actually am! Just as the class finished, I was tasked with unit testing changes to legacy code. Within 1h, I had the environment setup and running an empty test. Take the time to change our way of working: setup tools, get familiar with them, etc. Show
TDD for Embedded C Excellent Bring it on! Yes Honestly there were tons of useful information/concepts about the training. Pair programming TDD and seeing the practical aspects of the TDD cycle. A very inciteful course in how to develop software properly specifically for embedded development. Good balance Good balance I don't have any. Excellent Maybe a little more understanding of the key components/modules and their relationships prior to doing the exercises but that was what the homework was for. A very good presenter of the topic. It is apparent that James has decades of invaluable experience and knows how to present the material is light hearted and structured way. That's the goal to start TDD today in our code base. Communicating the complexities and the time needed to inject the TDD process in our development. "Slow down to go fast" Show
TDD for Embedded C++ Excellent Much better Yes How to apply test driven development Good balance Good balance Sometimes the instructions were in the website and sometimes the instructions were in a file in the code dojo which was confusing where to go when starting a project. Maybe more consistency there Excellent The exercises seemed to do their jobs well. Yes when I get another embedded project to work on The legacy code we have Show
TDD for Embedded C++ Very Good Moderately Yes The purpose of the tight loops, i.e. to ensure the tests will FAIL when they're supposed to. Not enough exercises Good balance I think a little more time spent doing exercises would be beneficial, as that's how most of us learn. Excellent Taking the first step on some of the exercises was often the hardest part, and we spent a fair amount of time "stuck" on that. Anything that would've helped us get moving on our own would be useful. I think the chosen exercises, though, were excellent. I'm sure there's been much thought put into creating exercises that are familiar, but also provide teaching value as well as an opportunity for a-ha moments. I clicked very well with James, as it's evident he and I think alike. We started a few years ago, at least some of us. For me, this was an opportunity to fill in some blanks about WHY, and James certainly did that. But most of my organization has not been exposed to TDD, and I think it was a good start. Unfortunately, I got pretty limited feedback from other colleagues in the class, but the little I did get indicated there wasn't quite enough time to cover the material. Without a doubt, getting everyone on board. Show
TDD for Embedded C Very Good Much better Yes I learned a lot. Here are 3 important points: - Hardware / target is the bottle neck; Debugging / troubleshooting on the target in a large monolithic software block takes much longer than in a TDD environment - I got to know a new TDD environment, before that I was familiar with cmocka / valgrind - I have seen that the software complexity has to be kept as small as possible in a TDD environment Not enough exercises Good balance For me as a non-native speaker, the fast language in the videos was a problem. Good More time for the exercises. Especially on day 2, the workload was not even rudimentary. - From a technical point of view, you could start right away. However, our internal project organization does not allow this. That would cost a lot of time and money at first. Note: In my career there have been projects in which a large part of TDD development has been done, e.g. DSP software for the NodeB. The reason: With 100 percent code optimization on the target, debugging was not possible. We had to simulate everything beforehand. My experiences with it are technically absolutely positive. However, an appropriate organization in the project is essential. However, an appropriate organization in the project is essential. Show
TDD for Embedded C Very Good Much better Yes "Procastination" "Add test for each single line of code - before writing it" (I don't think it is practicable though) "Analysis Paralysis"! Too many exercises Too much discussion James has exceptional teaching skills and is perfect in handling slides and videos. I would recommend to put a bigger emphasize of this. I would prefer to have less "hands on" (I know other colleagues see this differently). Very Good It is not necessary after seeing the introductional video and seeing James' presentation to repeat each single step once again. I would have expected we can start from where James had put us and really learning by doing new things. See above! I could - if it would fit to my daily work and schedule and I see the need for. Show
TDD for Embedded C Very Good Much better Yes My significant learning is not about TDD itself but about humans. Obviously keeping one's habits is quite common. But to my surprise even some of my really experienced colleges did not even get the point of TDD. "Too much TDD for us" was one of their comments. I ask them whether they what to do some kind of 50% TDD instead and what the hell this should be. In the end it means they will do no TDD at all. So my job for the near future will be to convince them that we need more tests and that this will never happen without TDD. And that TDD is possible even for our code basis. Fortunately I have a meeting platform where I can show examples on a regular base. Good balance Good balance Send information about day 4 more early. This went bloody wrong. Nevertheless we managed day 4 in a sufficient manner. Excellent No idea. I really liked them. Skilled. No. But just because I will be busy with non-programming stuff. Convince the team that we need automated tests. Show
TDD for Embedded C Good Moderately Yes TDD Mindset, creating a test case first.... Good balance Good balance complete Training Material to download at one step Good choose exercises fitting to companies background good agile presentation yes TDD isn't suitable for testing binary libraries and tool generated sources; we have a lot in "low layer" modem. Show
TDD for Embedded C/C++ Excellent Much better Yes Well, most of the concepts I've learned I did already by instinct the one or other way. What I learned is how to do it right. Good balance Good balance Hm, the only thing I can think of which I feeled a bit tiring was the demonstration at the end of the last day how to get some sources buildable. Actually this is my daily work and I think this of my colleagues as well. Maybe it would be a good idea to ask after 10 minutes demonstration if everybody got the point already before continuing for 30 or 40 minutes. Excellent For me they are good as they are. Very skilful, patient, accomodating, adaptable to the specific problems of the trainees. And a very good understandable English which is very important for non English mother tongues. Yes, as I've already written I used most of the learned concepts already by instinct at least somehow. Now I know how to do it right and consistently. Unfortunately I've almost never the luck to write a software on my own from scratch. Instead I usually have to adapt mostly very complex 3rd party sources to our requirements. I've learned how to use TDD there as well. Constant refactoring is an important concept of TDD and actually it almost always itches me to do so also with used 3rd party sw. Problem with this is that it makes often required merges of new deliveries much more difficult up to impossible. So refactoring is not always a good idea. But this of course doesn't prevents me of at least adding testcases for the things I have to change or add. Show
TDD for Embedded C/C++ Very Good Much better Yes Importance of real unit tests to keep software maintainable Good balance Good balance Very Good Some excercises where challenging, but thats also important to keep them interesting :) I need to get some more experience to apply the learned techniques intentionally rather than focus on actually doing TDD Show
TDD for Embedded C/C++ Good Moderately Yes SOLID principals Not enough exercises Good balance Class participation was very low. I think this was partially because it was virtual training, and partially because several in the course were new hires. I was signed up for this training and had no knowledge about what it was prior to the first class. This made it difficult to say what we were hoping to get out of the course, and also likely contributed to the low participation. Very Good Some more in-depth exercises around apply UTs to legacy code, and design patterns would have been helpful to solidify the concepts. I liked James, he had good stories about his experience. I could tell he was frustrated by the low level of participation. Also, I think more time was needed in order to go through all of the material, and we could have used more exercises. The environment is not test-driven, and there is not much emphasis on UTs (that I can tell so far being a new hire) Show
TDD for Embedded C Very Good Much better Yes testing strategies in embedded Too many exercises Too much discussion - more focus on concepts, testing theory, technical aspects and challenges Very Good not applicable nice preparation with commercial taste yes separate the hw dependent code as much as possible Show
TDD for Embedded C Very Good Much better Yes Learned, why TDD is beneficial and how it can be used to test Hardware, before Hardware becomes available. And how I should use TDD in practice. Good balance Too much discussion It would be useful to have short breaks during the workshop. It would also be great to have a bit more time on the technical exercises and maybe to spend less time on the end of first day discussion about likes and dislikes. Have the homeworks and what will be done in the workshop available a bit earlier, having the time difference and being at work before the workshop made it difficult to find time to prepare. Create a pdf only of the charts for implementation, switching between screens for sharing and looking at the town made it difficult to remember what had to be implemented. So a pdf, of the flow-chart, which could be printed out before the class could be useful. Good The excercises in the first day were very easy. The second day excercises were alrigth. The third day the preparation videos got me confused, why the tests contained the read and write functions and in the implementation they were written in the flash file. For the rest, once I got the concept it was easy to implement the rest. Excellent presenter, funny and enjoyable to follow. Not at work, but yes. Currently I am not working on C or C++ projects. Show
TDD for Embedded C/C++ Excellent Much better Yes I was partially aware of TDD before the course. The examples and seeing you doing TDD gave a good feeling on how it is done in practice. The small steps were even smaller than I expected, happy to have experienced that. The thing that "flashed" me was seeing you refactoring the LightController with "keep the system running" in mind. I've never seen (the art of) refactoring that way. So I learned that I have to learn and practice refactoring. Good balance Good balance The first two days there was almost no break. Well, you said "when you need a break during the exercise, do it", but that did not work good for me. I wanted to practice and kept going on. I would have preferred multiple short (scheduled) breaks, ~5 minutes here and there, to get a coffee and relax the thing between the ears ;) Excellent Exercises for me went very well for me. It seems to be very dependent on the partner. I had good luck on two days, exercising was fun und enlightning. Good personality, both feet on the ground. I appreciated your "normalness". I saw you as a very experienced expert, willing to share your knowledge (and not god talking to people - even if you are (TDD) god :). Since a few months my customer started with unit-testing. The team will for sure try to implement the new TDD approach. In our company it may take some more time. I'll prepare a summary talk about my experience in your training and hope to inspire at least one teammate. I'll immediately start with TDD in private. I have a pending project (lamp in kids dorm) that is similar to your LightController example. The lamp works most of the time, but not always and would need some debugging (that's why the project is pending, I fear to touch it). Now I decided to re-do the implementation, strictly following TDD. The key challenge will be to convince upper management that spending more time for the implementation phase will pay out later in the project. Show
TDD for Embedded C Very Good Much better Yes That i write bugs, ehm sorry, tests :-) Iterate you code with smalls steps and therefore set a focus. Not enough exercises Too much presentation Maybe do more and shorter excercises. Split the excercises in smaller portions and discuss them shortly. Then go on with the next part of the excercise. The last part of each day was a bit hard to listen to you and watch you do coding for such a long time. Alternating: Theory and examples. Very Good More focus on the TDD methodology and a bit less code engineering. We spent a lot of time during the excercises finding the right solution. Dont get me wrong, for a C developer the excercises were not difficult! Maybe think of providing more prepared samples or guidances. Maybe it was also a problem of not being aware of all your hints... We as a team think we would be ready. We have to challenge our toolchain (build times) and our SW process. But we think we could start soon. We have to provide unit test anyway (medical). Show