Mike

185 posts

Mike banner
Mike

Mike

@internalises

Software developer @browserbase

가입일 Nisan 2016
565 팔로잉5.4K 팔로워
❄️
❄️@__Tkat__·
Diet Coke is terrible wtf is wrong with yall
English
13
0
17
3.1K
Mike
Mike@internalises·
@__Tkat__ Need to be income maxing at every opportunity
English
1
0
1
133
❄️
❄️@__Tkat__·
Roommate is gone for the weekend so I rented out his room on Airbnb
English
5
0
18
1.6K
Mike
Mike@internalises·
@__Tkat__ You can just build things
English
1
0
3
2.4K
seb
seb@hiiinternet·
Sieging the city from Jersey by sea I’m bringing an army
English
1
0
3
283
Mike 리트윗함
seb
seb@hiiinternet·
Yapping in the video below but if you're hiring engineers or interested in engineering roles / who's hiring here's the tl;dr: This software solves 1/ Problem for employers: Too few applicants = not enough to hire Too many = no time to review Either way, great candidates get missed. Inbound becomes noise. Via semantic search + boolean screening at scale you can surface candidates that are a good fit at scale. Results are 10x better than alternatives that are just keyword matching, we consider context. 2/ Problem for candidates: Even if you're great, your application is one of thousands. Recruiters skim resumes in seconds. No signal = no response. Because we make search + surfacing best talent extremely easy for employers you get better access to the roles that make sense. 3/ What we’re building: Structured flows for every inbound applicant Signal detection across resumes, portfolios, social links, GitHub, etc Auto-prioritization based on quality, not keywords 4/ Why it works for hiring teams: It turns unstructured inbound into ranked, high-signal leads. Founders or recruiters only review the best. More signal, less noise, no wasted time = more interviews. 5/ Why it works for candidates: You're not lost in a pile Your work gets parsed, scored, and shown based on quality Distributed to high quality teams Using it now to hire engineers in NYC and SF. Will expand to more roles + teams soon. DM if you want early access for hiring. If you're interested in who's hiring check out the job postings below:
English
10
11
70
9K
seb
seb@hiiinternet·
I just made app dot highway dot engineering - an easy way to find companies building good software in ny
English
9
2
49
3.9K
Mike
Mike@internalises·
@i7solar I’ll see you there 🤝
English
0
0
3
348
jordan
jordan@i7solar·
might go to SF for the sneaker dev thing
English
3
0
24
3.5K
Mike
Mike@internalises·
Today was my last day at @whop. I'm really grateful to @czoob3 for bringing me on just under a year ago, learned a ton and got to work with some amazing people. Taking a bit of time off, then I’ll start looking for the next chapter.
English
4
0
44
7.7K
Mike 리트윗함
Guillermo
Guillermo@Delmo_dev·
Settings page is now cleaned up 🧹 There's now 1 place to manage your: - Notifications - Checkout settings - Legal documents - Tracking pixels
Guillermo tweet media
English
8
4
54
12K
❄️
❄️@__Tkat__·
Goals for 2025 1. Get a wife 2. Grow my mullet out super long 3. Acquire a severe cigarette addiction so I can challenge myself to overcome it
English
5
0
25
3.1K
jordan
jordan@i7solar·
kinda interested learning how to make meme coin bots
English
6
0
9
1.9K
Mike 리트윗함
Lucas
Lucas@LucasDuncanX·
insanely fire new feature added to Whop "Financial Health" - Creators can now go to their "Payouts" tab and see their overall companies financial health This is game changing.
Lucas tweet media
English
1
2
19
5.9K
Jure Sotosek
Jure Sotosek@JureSotosek·
With all the AI-powered job interview tools out there, the way we hire software engineers needs to change. Here’s how I would do it: Step 1: No More Trivia Questions I’d skip trivia questions entirely. They’ve always been pointless, and with AI, they’re even more irrelevant. Instead, I’d start by asking candidates about a project they’ve worked on and really dig into the details. If someone is making things up, it’ll be obvious when they struggle to answer specifics like: - “How exactly did you implement authentication?” - “Can you give me examples of SQL queries you had to optimize? How did you improve them?” A real engineer will have no problem explaining their past work in depth. Step 2: An AI-First Real-World Coding Challenge Next, I’d give them a larger project. Something like building a simplified version of an existing SaaS product and seeing how far they get. They’d have one day, complete freedom to use any stack, and full access to AI tools. A good full-stack engineer using AI should be able to get something basic up and running in a day. At minimum, a simple auth system and core functionality. Step 3: Code Review & Understanding Afterward, we’d go through the code together. The goal isn’t to check if they wrote everything by hand (AI-assisted coding is expected), but to see if they actually understand what’s happening. They should be able to explain the logic well enough that you’d trust them to debug and maintain the system if something broke. ———— This process is way more involved than the usual “LeetCode-style” interviews, but it’s both AI-proof and AI-first. More importantly, it gives you a much better idea of how someone will perform in a real-world engineering role.
English
2
0
8
825