Cursor is for programmers. Ultimately, you decide what the code should be.
v0/lovable/a0 will replace drag-and-drop "no-code" tools for non-programmers who don't care about code and only decide what the product should do. The tool will likely also manage hosting, either directly or through service providers, to ensure a seamless e2e experience, automatically fix runtime issues etc.
The question remains, will there be a need for Cursor and programmers in the future at all.
Notably, SendGrid went through the Techstars accelerator instead. One of their mentors from the Techstars program [1], Jim Franklin, later became SendGrid's CEO and helped the technical founders grow the company towards the success they eventually achieved.
Actually, the compiled JS is `React.createElement('mesh', { ref: mesh } )`. JSX compiler converts all lower-case names to strings. Only upper-case name (and composites like `rn.View`) are converted to variables.
The reason r3f uses lower-case names for built-in components is to distinguish them from your own components; from the documentation: "It merely expresses Three.js in JSX: <mesh /> becomes new THREE.Mesh(), and that happens dynamically." So whenever you see <mesh /> or anything else lower-case it is just an JSX alias for a Three.js core component. Note that they're not HTML tags in the resulting output; since they're rendered inside <Canvas />, they're transformed to Three.js automatically.
There are similarly magic numbers in the database cost. A 2 vCPU/4GB instance is db.t2.medium which comes to about $35/month on demand, plus 120 GB is addt'l ~$13 so it actually comes out cheaper than the lightsail version, and certainly way below the proclaimed $200.
"Learn once, write everywhere". Can't speak about performance comparison vs using Qt/.NET/whatever but the whole idea about React Native is that today, you can write a native app for iOS, tvOS, Android, web, macOS, Windows, and a few others, all using the same language and framework. You still have to understand platform specifics like UX guidelines but you use the same technology to build a fully customizable, and fully performant, native experience. It's sort of like using C++ but way more developer friendly.
The cons:
- an extra layer of abstraction
- need to write a plugin if you want to surface a native functionality to RN if it's not yet supported
- no visual UI editor like in native tools (Qt/VS), although you generally won't need it with React Native's code-first and instant refresh development workflow
- you need to be comfortable with React Native / JavaScript, obviously :-)
There have definitely been a number of students admitted to the GT's OMSCS program who didn't have an engineering undergraduate degree. Not sure though what are the stats of students without any bachelor's degree at all...
There is a requirement to complete a few foundational courses after you enroll but you still need to be accepted first.
Intro to Information Security, for example, has four hands-on projects:
1. Exploit a buffer overflow in a C program
2. Use Cuckoo to understand a malware attack
3. Implement CBC encryption algorithm and a brute-force algorithm to crack it
4. Demonstrate an XSRF, XSS and SQL injection attack
Remember this is an intro course and there are about 2-3 weeks per project so you won't be an expert but I'd say it makes you aware of some of the basic security attacks and how to prevent them.
Very cool! I actually considered building something similar myself about a year ago but got pulled into other projects... definitely see a lot of value in providing a single interface.
How are you planning to handle the explosion in complexity? Once you have hundreds/thousands of different services integrated, the schema becomes rather huge, especially if a specific user only needs a fraction of it. Is the plan to toggle services on/off and then only stitch the schema for a particular user with the limited set of fields?
Flex is a company on a mission to make at-home bodyweight exercise as exciting as boutique studio classes. We combine wearables like Apple Watch with live video workouts to deliver a fun, immersive, gamified fitness experience that quickly becomes addictive.
> you really have to do a lot of work on your own in order to be competent in a specialization
Totally agree with this. For courses like AI, ML, and RL, I watched lectures from Berkeley and Stanford in addition to the GT lectures, and that really helped me understand it better.
> get a well rounded overview of some modern trends in cs
That's usually the case for a master's. PhDs are more in-depth.
(I'm also graduating this week, started Spring 2015.)
OMSCS is a part-time program by design, meaning you can only take up to 9 credits (3 courses) per term. Most students do it while working full time, although in that case, you'd either take one difficult course or two "easier" ones.
Most courses took between 6-10 hours per week (actual time spent on the videos/projects as measured by Toggl). That means you have to dedicate one full weekend day, or several evenings during the week. Note that if you're not a fluent software engineer (there is a significant % of students who don't have strictly CS background), some courses may take up to 30 hours per week as reported by others. So in summary, it's doable with full-time work but it requires planning and can be quite exhausting.
> I think Meteor is building something called Apollo
Apollo is a library for GraphQL, primarily client side but there's also a server component (sort of like ExpressJS for GraphQL). While GraphQL also includes real-time web-socket based subscriptions, they are an extension rather than the core, and, in practice, most clients/servers (including Apollo) use polling to fetch updates because it requires a much simpler server architecture.
I think I only had one recommendation from my work manager. Perhaps the number of recs has changed (I applied in 2014) but as the acceptance criteria say, current supervisors should be perfectly acceptable.
> The best investors don’t spend a lot of time on what can go wrong. They already know the odds are against every startup that ever comes into existence. They already know every startup is a shit show. Those will be the reasons why all the other investors will miss out on an unpredictable opportunity. The best investors try to figure out what can go right. They dream a little with the startup and they then sell that vision back to the founders.