Tobik @obrtac

@FDavidsonT 🙋‍♂️

OpenAI x e2b: Build your agents with the new OpenAI Agents SDK, powered by @e2b Sandboxes. Excited to support @OpenAI as a launch partner!

Introducing Code on Canvas in @pencildev AI design tool for Claude and Codex. Design ❤️ Code are officially in a relationship, opening new ways to create on canvas. Ask agent to generate custom design tools inside Pencil on the fly, create interactive components, generative art and more, but still keep the full manual design control. This is just the beginning. Let us know what you think. And let's take it to the next level together. Download the new Pencil update today.

too real

@fawiatrowski Stay safe!

@fawiatrowski The perfect colleague doesn’t exist… oh wait! 😅 Hire him before it’s too late!

Excited to launch Viktor AI COWORKER THAT LIVES IN SLACK One teammate that handles marketing audits, ad management, lead research, daily reports, and deployed apps. Across every channel. At once. → 3,000+ tool integrations. If one's missing, it builds its own → Persistent memory. Learns your company, notices patterns, follows up on its own Today it's yours. P.S. Early access for now. Slack app review moves at Salesforce speed. Viktor doesn't.

Thrilled to announce our $7.2M pre-seed round at @AllonicRobotics – a massive kickstart to build the manufacturing foundation for a completely new class of robots! @martonsn @DadaJudith @weiszbart @smleicht @JacklouisP @GoingBallistic5 @lukas_m_ziegler

Excited to launch Pencil INFINITE DESIGN CANVAS for Claude Code > Superfast WebGL canvas, fully editable, running parallel design agents > Runs locally with Claude Code → turn designs into code > Design files live in your git repo → Open json-based .pen format

@monicaa_AI Leads

@haider1 Yes, 4.5 all the way for writing, nothing comes even close

@levikmunneke Maps

@Zephyr_hg News

Design Mode for Cursor Introducing a new way to design right where you code.

If you're not having fun, you're not learning. There's a pleasure in finding things out.

@nicochristie Would love to try!

@AlexandrePesant ❤️

@wizzair It’s been nearly 3 months since your error cancelled my booking. I had to purchase more expensive flights, and you’re still unlawfully holding my money. My calls/emails go unanswered—please refund CZK 24,952 immediately and resolve this!

New level of interview hell “4th stage interview, 2nd coding challenge (first one was in js). Expected completion time: 4 hours, including cloud deployment. Build and style single page with a table of users and a form to add those users via Ajax. "Frontend" must be built with bootstrap and jQuery, none of which I have used in the past 10 years. No css preprocessors or js pipeline, no virtual/docker environment. Is it just me, or is this getting absolutely riddiculus?” - 242 upvotes, the #1 trending post on Reddit r/ruby with 86,000 members this week is rejected candidates anonymously trashing Better Stack’s interview process. I prefer talking to our customers and improving the product, but we don’t have a dedicated PR person yet so I wrote down the following at 2am last night. - Hey Reddit 👋 I’m Juraj, Co-Founder & CEO of Better Stack — I designed this interview process so let me share why I think a PHP project is a good idea when interviewing for a full-stack position where you work mostly in Rails. First, please understand how we operate. We’re a small group of full-stack engineers. By ‘full-stack’ I mean that our engineers build products from the ground up end-to-end. There’s no artificial boundary between ‘backend engineers’ and ‘frontend engineers’, ‘database engineers’, and ‘SREs’, etc. This means we move very fast. There are almost no meetings. No ‘sprint planning sessions’. No brainstorming. No need to ask for a permission from a different team to agree on a common API before you start implementing. You can get to flow, play your favorite music, write code and deploy the feature the same day. We typically work with very senior people, many ex CTOs and VPs of Engineering. The idea is to have tiny teams of super experienced people. If you love hacking on side-projects and writing software, you’d typically like it here. … Now, why do we ask you to implement a feature into a terrible PHP code from 10 years as a part of our interviews? Multiple reasons. A) To test your pain threshold. Is 4 hours of PHP too painful? Then it’s probably better if you don’t continue in the interview process as you probably wouldn’t enjoy working here. If 4 hours of PHP is too painful, you’d resign from the job the moment I’d ask you to implement a Terraform provider; or a data transformation function in VRL; or a wasm-compiled function in AssemblyScript or debug a conntrack issue at 3am during a downtime. I had Rails engineer refusing to write a Dockerfile, “because it’s some else’s job to deploy the code”. That approach unfortunately doesn’t work with us. And if you do only want to write JavaScript and touch no other technology, that’s ok! Please just find a different company that works like that. B) I consider PHP + JavaScript general knowledge. One half of our engineers didn’t work with Rails before starting at Better Stack. We don’t screen for Rails. We don’t screen for any single technology, in fact. We screen for general knowledge about developing software. The best engineers can pick up any reasonable technology quickly. I want to work with you if you’re able to implement the test project and deploy it in an afternoon even with a technology you never worked with. Great engineers who never worked with PHP successfully did this years ago. These days it’s even easier since we have Claude, Cursor, GPT o1. C) Can you write software without modern frameworks? Do you understand how stuff works under the hood? The task itself is so simple yet so many people mess up very basic things. I obviously can’t share our evaluation check list, but I can tell you that 50% of submitted projects are vulnerable to XSS, for example. Do you blindly rely on the latest frameworks, hosted databases and PaaS to build your applications; do you rely on your teammates to catch your mistakes in a PR review and a different team of SREs to deploy your code to production? Or do you truly understand how things work under the hood? Are you going to actually test the page’s mobile responsiveness when you implement a UI? Would you implement the very basic best practices of UI usability or you don’t care about usability at all as long as the data gets saved in the database? D) We test your personality. Startups are typically a high-pressure environment. How will you act if you disagree with me/your colleagues? We treasure the atmosphere at the company. We don’t work with brilliant jerks. Some candidates simply politely reply: “Would it be ok if I implement it in Rails and Tailwind from scratch instead?” We say ‘Sure!’ and if the project is good we extend them an offer. Some people start attacking us with aggressive responses. That’s a self-selection. E) When do you consider the project being ‘done’? What does production-ready mean to you? Some folks never shipped a production software on their own. There’s no other person checking your work at Better Stack before it goes live. You can design, develop and deploy to production on your own. Will you ship good stuff or half-baked products? Will you ship secure features or introduce a security vulnerability? The project is intentionally vaguely defined so that we see what you consider being ‘done’. F) This is a paid project. I don’t expect you to work for free. We kindly ask you to name your rate and issue us an invoice and we pay what you ask for even when we reject you. That sounds fair to me. … A good interview process is a glimpse into what the actual work is like. Interview process is not supposed to be pleasurable to all candidates. So if you don’t like the process, the tasks or the interviewers — that’s alright! I want to sincerely thank you for investing your time into the process and giving it a shot, but it’d be better if you worked somewhere else. That’s what a good interview process does. We do our best to be nice. To run a fast process. To explain why we do things the way we do them. To pay you for the assignment we ask you to implement at home. In F2F, if you don’t know an answer to a question we aim to educate and explain. We always ask for feedback. And we do make many mistakes along the way, too — the company is growing fast and “when you chop wood, splinters fly.” So I apologize if you interviewed with us and had a bad experience. Interviews are an approximation game: we try to guess if you’d enjoy working with us in a very limited amount of time. I can’t win a popular vote here as we give offers to <1% of candidates. But I’m always delighted when a rejected candidate replies to our feedback email saying they learned a lot during the process and/or re-apply after a year. The truth is that many software engineers would probably never enjoy working at a startup. Big tech and a fast growing startup is a very different environment. And that’s completely ok! Everyone is not meant to be working at startups. But self-awareness is key. I wrote more about how we work here (betterstack.com/careers/engine…) and here (juraj.blog/p/100x-softwar…). I plan on writing a series of blog posts explaining why run the rest of the interview process the way we do. Thanks for reading and all the best! Juraj P.S. Use Better Stack for your next project! betterstack.com

Par spatne informovanych "byznysmenu" (musel jsem si vygooglovat kdo je pan pirat Hlavenka) na FB rozebiralo, jak se z end-to-end firmy stava nejaky paskvil. Ne, my nerozvazime pro Amazon Fresh. My jsme vedle Amazon Fresh jako samostatna sluzba s pristupem k Amazon zakaznikum. Objednavka naseho sortimentu jde k nam, my ji vyridime a odvezeme. To ze mame premiovy screen estate vedle jejich sluzby se stejnym zamerenim napovida, jaka moc do budoucna sazi na svou vlastni sluzbu :) Knuspr.de jako samostatny web take nikam nemizi a jen se tou brand awareness posiluje. Proste mame dalsi silny marketingovy kanal. Tahle ceska neprejici malost je pro cesky byznysovy rybnicek bohuzel typicka. Zvlast, kdyz si pan zjevne precetl jen titulek. Pirati se moc hezky odkopavaji jeden po druhem. Skoda. A Tomek to same...

keyboard_arrow_left Previous keyboard_arrow_right Next