#flatiron school

[karlieklosssource]

Flatiron School:  A great big shout out to KarlieKloss + Aviflombaum for sharing wisdom with everyone around the world. Truly inspirational! KodeWithKloss #KoderQuery #CSEdWeek #HourOfCode

[pavel-nosok]

5 coding bootcamps for jumpstarting your tech career

With immersive programs, comprehensive training and career support, coding bootcamps provide the perfect launchpad for your journey into the tech industry.

View On WordPress

[pavel-nosok]

5 coding bootcamps for jumpstarting your tech career

With immersive programs, comprehensive training and career support, coding bootcamps provide the perfect launchpad for your journey into the tech industry.

View On WordPress

[codeadventure1997]

Tips for self taught coders!

Learning to code can be tough, especially when you start making projects! Here I will give you all the advice I can think of that I learned from my time in the Flatiron fullstack software engineering program.

Tip #1: READ YOUR ERROR MESSAGES!

I've had a few friends from the program ask me for help, and the conversation usually goes something like this:

They show that their app isnt working. They go between the browser and vscode erratically telling me that it isnt working. I tell them to open the console in the browser. They see the errors and just say that they dont understand why the code isnt working. I end up going through the error messages and read it with them. They usually havent read any of them.

If "map isn't defined" that probably means that your data changed types or your data isnt updating when you think it is. I then go through the flow of data with them to see when it is supposed to update and we console.log and use debugger until we can see where the data is causing issues.

The error codes can seem overwhelming but they usually give you a very good idea of what is going wrong with your code and are necessary for efficiently writing your code.

Tip #2: Don't be afraid to refactor!

Sometimes you're hours into a project and you have an idea of how you think it should work. Everything has been good until, uh oh, you can't figure out for the life of you how you are supposed to make this next feature work! You spend hours trying different things and end up with over 100 new lines of code trying to keep as much of your app the same as you can. I'm here to tell you, its ok to change your code!

Make that component you know you need, create that serializer, adjust your app's main component! I promise you that the "tedious" refactoring you know you must do is going to work a lot faster than the spaghetti you're making to try and work around your problems (I am speaking from experience, wasting your time is much more frustrating than refactoring I promise.)

Tip #3: Learn how to Google!

Some people are of the opinion that the only good code is code made without any reference, please listen to me when I say that they are wrong. If you're having an issue, chances are that hundreds if not thousands of others have ran into the same issue. The best way to find answers to your questions is knowing how to ask them. If you're having an issue with state in react, start with the error code! If that doesn't help, something like "State not updating after async call in functional component react js" will help you a lot more than "State won't update. Be sure to include the language you are having issues with as well! Many languages are similar in execution but the way you fix issues can be wildly different. Make sure that the answer deals with the version of the language you are using as well. There can be major differences between the different versions and this will affect how you must approach the problem.

Hopefully these tips can help you! I learned a lot of this by running into my own issues and being stubborn with how I code. Don't make my mistakes and happy coding!

[codeadventure1997]

Dawn of the final week.

I've been a part of the flatiron school fullstack software engineering program since early february. It's hard to believe how far I've come, from barely knowing how to program a calculator that works in the console with python to writing fullstack applications in react and rails with full crud functionality and front to backend communication.

As I work on my final project, I'd like to reminisce on the program as a whole and give my thoughts on each phase.

Phase 1, we were learning vanilla javascript and would simulate a backend with JSON server. This phase was me putting my feet in the water and learning what I would have to later in the program. This was the only phase I had to retake the coding challenge, and at the time it was almost overwhelming. The constant cycle of learn, code, learn, code, was very new to me. I passed the retake of the code challenge and completed my first project. This phase was probably the second hardest, because I was acclimating to the program and needed time to get used to the fast and constant pace of it.

Phase 2, we had finished with vanilla JS and immediately threw ourselves headfirst into react JS. Although it was just as fast paced as phase 1, I found that react was a lot easier to grasp than vanilla JS because of how much more efficient and organized it was. The second code challenge was by far the easiest, I had felt unstoppable. My project had been developed with no major hitches, in my head I had crushed react and would continue to crush the rest of the program. Little did I knew i was due for a humbling in phase 3.

Phase 3 had us switch gears completely. We were no longer working on the frontend, we were learning Ruby, SQL, and Sinatra. Pivoting from the now familiar land of javascript and frontend to the completely new backend world with new languages was the hardest transition by far. Up until the code challenge I had to continue studying. I remember the panic attacks from the stress I was putting myself under. I was worried I wouldn't do well on the code challenge and that I would waste the money I spent getting into the program. Literally the night before the code challenge, something clicked in my head. It all started to make sense and I ended up doing great on the code challenge. The project went well too, I got even more experience with the way the backend and the frontend communicate. I worked on the backend as much as I could on that project because I knew how much it would help me in phase 4.

Phase 4, we piggy-backed off of sinatra into Rails. As far as the learning and code challenge went, This was a close #2 for the easiest of the phases. Rails just makes a backend so simple yet it is so robust, I don't feel like I am trading simplicity with configuration control at all with it, sort of a best of both worlds relationship with Rails. As I said, this phase would have been the easiest if not for, the project. During this project I ended up having to do a lot of troubleshooting between the front and backend. While it was stressful at the time, it was a great learning experience. All of that troubleshooting helped tremendously in phase 5.

Phase 5 is just 3 weeks of project basically. Working on my first project completely on my own has been an absolute treat. I feel like all the stress I've been through has well prepared me for this. I've been experimenting with new things in this project, and I feel comfortable enough with the frontend and the backend to do so confidently. My troubleshooting skills have gotten much better now, I'm not scared to write code anymore. I am still working on my final project but I am super proud of what I've done. I've gone from a man who couldn't do more than basic math and console logs to a man that I feel would be a genuine asset to a team.

As I complete my final project I have been looking forward to the opportunities I've worked to get. I can't wait to see my hard work pay off and I'll be sure to keep yall in the loop!

Till next time,

A software engineer

[codeadventure1997]

Phase 2 Project Week, a Retrospective

Oh man, what a week. Going into the week I assumed that my group would finish much faster, especially since there were 3 to our group instead of 2. One thing I came to learn, however, is that the distribution of work matters infinitely more than the amount of people. I ended up having my hand in many more places in the project than I meant to originally because of how I separated our work.

The first task I gave myself was making a basic skeleton of our website, it seemed easy enough to make one quickly and it was. A couple of hours and I told the team that we could start dividing the work. Our initial plan was much smaller than what we ended up doing, so as we continued with the project, when a new idea would come up I would volunteer to implement at least the basic functionality and let them tweak it as they pleased. That ended up meaning, consequently, that I added the favoriting function, commenting, basic display cards, and a carousel of images along with the skeleton website I had built originally.

My eagarness to make our project more robust was leaving my partners with idle hands a few times, though. They would be waiting for me to implement a feature before they could try to adapt or style it. This led to us working until the very last minute! 1:30 central time was when it was time to show our project and we were making changes until 1:30!

Although I respect everyone in this cohort, I find that I am more willing to do things myself than to trust others to get things done. My teammates proved, though, that when put to the task they can perform. One of them made our database completely from scratch and about 70% of the styling! The other teammate was able to go through my code with little issue and tune most of the things I started to make them much more appealing. Going through someone else's code and refactoring is a tough job for anyone, so I have to show that some respect.

In summary, trust your peers! One of my most consistent faults is that I will go out of my way to not rely on people, but that simply isn't the spirit of coding. This field is one that embraces collaboration and communication, and for a good reason. Trust your team, and happy coding!

[christopherdawsonny]

Flatiron School’s Data Science Program

Established in 2012 by Adam Enbar, a venture capitalist interested in education, and the self-taught computer programmer and teacher Avi Flombaum, Flatiron School is a global institution that trains people in skills such as software engineering, cybersecurity, product design, and data science. With several immersive programs on-campus and online with Learn.co, Flatiron School aims to help students launch a new tech career. Learn.co is Flatiron’s proprietary and gamified platform that allows those previously excluded from the bootcamp model to access the school’s programs online. The Flatiron School data science program is available to students interested in learning what is needed to become a data scientist and enter one of the most coveted sectors in the technology industry. Based on reviews from alumni, the Flatiron School’s data science bootcamp was named one of the best data science bootcamps for Q1 2021 by Career Karma, a leading authority in the bootcamp community. It is also a top-ranked coding bootcamp by Course Report, which considers several factors in its ranking process such as alumni and student reviews, financing options, and commitment to diversity, among others. The data science program curriculum covers five phases: data analysis and engineering, scientific computing and quantitative methods, machine learning fundamentals, advanced machine learning, and data science project. During the first phase, students learn the basics of data analysis and engineering, how to use Jupyter Notebooks, and perform basic Python programming and understand the most popular Python libraries used in data science. It is also in phase one that Flatiron students learn how to retrieve and use relational databases, organize and structure data,, and use SQL for data querying structured databases. Other items covered include functions, variables, data cleaning, lists, looping, web scraping, and Github. In phase two, students learn about combinations, permutations, and other basics of probability theory, as well as statistical distributions and the creation of samples to run A/B experiments. Ultimately, in the second phase of the curriculum, they build their first data science model using linear regression. During phases three and four, the main subject is machine learning. In the third phase, students learn about regression analysis and logistic regression, using cross-validation to validate regression models, and preventing overfitting through regularization. In addition, some items covered are linear algebra, pipeline building, and grid searches. The fourth phase, advanced machine learning, is where students are introduced to tools and techniques they will need to work with big data such as threading, multiprocessing, and AWS. The last phase is when Flatiron students work individually to create their final project. While working on this large-scale data science and machine learning undertaking, students get the chance to demonstrate what they have learned. Flatiron School offers the data science bootcamp at different locations and paces. It is possible to join as a full-time or part-time student, whether on campus or online. The program’s full-time structured pace is considered the fast-track schedule with more accountability. It takes 15 weeks for full-time students to graduate, attending live lectures and working on projects both solo and with other students from the same cohort. The daily schedule is from Monday to Friday, nine hours per day, including lunch and breaks. Besides the on-campus option, it is possible to attend classes online. With the flexible schedule, students may take 20, 40, or 60 weeks to complete the program. It has the same curriculum as the full-time option, but participants can set their own schedules and work independently. However, students can sign up for optional meetings with an instructor and for study groups. Working professionals with a busy schedule may benefit from this pace, also offered both on-campus and online.

[jdmejajo]

Something I really enjoy

Day 30, blog 3

So i really really enjoy replit. I know there are other similar options but replit is an amazing scrapbook that gives me the room to really fiddle with code and have no worry or anxiety that I am going to blow something up. I learn a lot, especially as an ultimate novice, by asking myself ‘is there a better way to do this?’ and then splashing around code like its paint on the wall, wondering what will stick.