smathieu

Tangible Materials | AI Engineer | Remote (US/Canada) | Full-time | $140k - $160k USD + equity at seed startup.

Tangible Materials helps the construction industry to make better decisions around building materials. This means using less and better materials. We use AI to parse very complex construction documents to estimate quantities, track design decisions and detect over-design.

In this role, you'll help build the next version of our core technology by creating an agentic takeoff system.

Stack: Ruby, Rails, Typescript, React, Postgres, Redis.

https://careers.tangiblematerials.com/jobs/cad58c98-2666-466...

No visa sponsorship at this time

Tangible Materials | Senior Engineers | Remove US/Canada | Full-time

We're building a fully automated agentic platform to help the construction industry optimize takeoffs, make better design decisions and reduce carbon emissions related to construction materials.

We're a seed stage startup of 10. You'll be working on our core agentic AI stack and learn a lot about how buildings are built along the way.

Apply at https://careers.tangiblematerials.com/

Montreal is the 19th largest metropolitan area in North America. https://en.wikipedia.org/wiki/List_of_North_American_metropo...

It's also very close to the American North East for data transfer...

There's no reason why you can't have Heroku to connect to a RDS instance or a DB you manage yourself. It's not has easy as using the Heroku way, but not very difficult either.

When I was an intern at a large fortune 500 company, in the first week, my manager had me schedule a 30 minute meeting with the 20 or so people I'd have to interact with during my internship. This was pretty awkward at first to walk up to people and ask 'can I interview you'?

Still, the benefits of this were huge. After the first week, I was aware of who everyone was, what their job was, what they studied and what they liked to do. It was a nice icebreaker that cut my onboarding time by a significant amount.

The browserstack website is currently down for me. Anyone else?

I'm the author of this post. Happy to answer any questions you might have :)

toe_tag is really cool. We've clearly have some code and catches an exception, look for a string the message and rethrows it when needed.

I'll use your gem next time I find myself doing that :)

Original gem author here!

We were scratching out own itch by doing this. This is currently used by several of our projects.

It does feel like the HTTP libraries should be better and handling these various exceptions. Since they don't, we've ended up writing this.

For the most part, whenever we do any HTTP call, we are expecting a specific return code and we want to raise an easy to handle exception when this happens. However, many HTTP call don't even get to the point where an error code is return when the network is not reliable. We've found that in most case, we want to handle that exception in the same way than an unexpected error code.

This little gem let us do that easily.

Enjoy :)

Another good thing about this is that if you have CI setup to work with Github, you can also run all of your test suite quickly and asynchronously for each commit.

I think the point was mostly that 'lol' or 'meh' is a completely useless comment. It's true that there's a lot of room for improvements in the given example. Still, they do provide some context to people who actually understand the application they are working on.

Does anyone know of good open source project that uses Git messages extremely well that we could use as an example?

Although many of these tips might seem trivial and obvious, I've often seem developer who self-identified as 'senior' not follow these practices.

Git and Github are communication channels and you should think about effectively communicating with your audience when you are using them. Very much in the same way that you are when you are writing emails.

The other interesting point about Git is that, very often, you are your own audience when you're revisiting the history of particular months after you've written the original code. You should definitely start thinking about your workflow a little more.

Heroku is effectively down if your application uses the Heroku API for auto-scaling. It probably means that only larger applications are affected.

Bitcasa (https://www.bitcasa.com/) also solves that problems by streaming your files on demand.

I did not know job `gj` and `gk` for line navigation. That will definitely be useful!

Although I write all of my code in Vim, I have always found it to not be great environment for text. The main annoyance comes from dealing with long lines or automatic line wrapping that never seems to do what I want it to.

Does anyone have other plugins that they find useful when writing in vim?

The idea is that you could have a remote coworker or a QA use your dev server to test things, review UI, etc.

I love it! It's a perfect example of what makes Stripe a great company. This feature is in no way necessary, it's just icing on the cake. I wish more companies would address API usability issue like Stripe does.

Before meteor kills Rails, it should really fix the offline mode :)

Blog try to refresh after HN traffic killed the backend.

As far as security is concerned, I'm much more worried about ISPs providing WiFi routers that uses WEP encryption AS A DEFAULT.

For those who don't know, WEP can be hacked in a matter of minutes with no technical knowledge required. There's plenty on scripts on the internet that automates the whole process for you.

Do yourself a favour and use WPA2.

I have been doing a lot of phone screens for our company lately. We ask a FizzBuzz like question in our first phone screen.

So far, only 30% of applicants manage to go pass this point.

It's actually quite hard to believe. Guys who claim to have multiple apps under their belt simply cannot write code. I often question them on what they did in their past and what was their actual contribution to their team. The two most common scenarios are either the so-called technical manager who got promoted there become of lack of coding abilities or the self-taught programmer who was hired by the technical manager. By self-taught, I mean someone who can write HTML and copy/paste JavaScript code from somewhere.

+1 for copperegg. Their free plan is much better than uptimerobot. My only comment is that their UI is not overly intuitive, but you don't really have to look at it after you've set it up.

I've tried contributing to it, but several factors makes it really hard.

They includes:

  - Poor documentation
  - Broken build scripts for some of the open source version
  - Lack of support on forum/IRC
  - Project still uses SVN
  - Procedure for submitting patch is very archaic

I personally would love to see them move to Github. It would make contributing much easier.