Process: Typora [19173] | |
Path: /Applications/Typora.app/Contents/MacOS/Typora | |
Identifier: abnerworks.Typora | |
Version: 1.0.5 (6032) | |
Code Type: ARM-64 (Native) | |
Parent Process: zsh [18740] | |
Responsible: Terminal [18736] | |
User ID: 502 | |
Date/Time: 2022-01-19 13:11:02.631 -0800 |
Process: Typora [24957] | |
Path: /Applications/Typora.app/Contents/MacOS/Typora | |
Identifier: abnerworks.Typora | |
Version: 1.0.5 (6032) | |
Code Type: ARM-64 (Native) | |
Parent Process: ??? [1] | |
Responsible: Typora [24957] | |
User ID: 502 | |
Date/Time: 2022-01-19 15:55:28.510 -0800 |
Multiple users | |
Multiple boards | |
Boards can be opened/closed | |
Each board can have multiple lists | |
Each list can have multiple cards | |
Each card has a title and a description | |
Each card can have comments | |
Each card can have multiple users assigned to them | |
Each card can have multiple labels assigned to them | |
Each card can have a due date |
AllCops: | |
Exclude: | |
- "vendor/**/*" | |
- "db/schema.rb" | |
UseCache: false | |
Style/CollectionMethods: | |
Description: Preferred collection methods. | |
StyleGuide: https://github.com/bbatsov/ruby-style-guide#map-find-select-reduce-size | |
Enabled: true | |
PreferredMethods: |
Hi Nicholas,
I saw you tweet about JSX yesterday. It seemed like the discussion devolved pretty quickly but I wanted to share our experience over the last year. I understand your concerns. I've made similar remarks about JSX. When we started using it Planning Center, I lead the charge to write React without it. I don't imagine I'd have much to say that you haven't considered but, if it's helpful, here's a pattern that changed my opinion:
The idea that "React is the V in MVC" is disingenuous. It's a good pitch but, for many of us, it feels like in invitation to repeat our history of coupled views. In practice, React is the V and the C. Dan Abramov describes the division as Smart and Dumb Components. At our office, we call them stateless and container components (view-controllers if we're Flux). The idea is pretty simple: components can'
It's time to start talking about upgrading to Rails 4. The sensible path seems to be 3.2 -> 4.0 -> 4.1 -> 4.2, fixing issues and deprecations along the way.
A few links for more information about what will need to change as we move to Rails 4:
We'll also need to probably do an audit of our gems, since some of them have no Rails 4 compliant version.
#!/bin/sh | |
# Some things taken from here | |
# https://github.com/mathiasbynens/dotfiles/blob/master/.osx | |
# Set the colours you can use | |
black='\033[0;30m' | |
white='\033[0;37m' | |
red='\033[0;31m' | |
green='\033[0;32m' |
## An alternate guide: https://gorails.com/deploy/ubuntu/14.04 | |
So, you've built a cool Rails-based application, now you want to share it with others. You can go the Heroku route, they | |
have a free tier, its quick and painless, no mucking around in configuration files, just `git push` and you're done. But, what happens when you need more control? What happens when you build an application that uses a lot of functionality that only comes from paid add-ons on Heroku, but for a site that makes little-to-no revenue? In those situations, you can use a Virtual Private Server, or VPS for short. | |
#Why VPS? | |
VPS's are cheap, are relatively easy to setup (with some Linux know-how), and are much easier than having to deal directly with physical server hardware. | |
# Sign up for DigitalOcean | |
* Go here: https://www.digitalocean.com/ |
You should use git to tag your final project before your Career Day presentations, especially if you plan to continue working on it. This will allow you to go back to the commit you were at for your Career Day presentation. This is especially helpful if you would like to show employers what you've worked on/changed since they saw your presentation.
A tag is kind of like a branch, but unlike branches they’re meant to be static. They’re usually used for releases (e.g. v2.0 for a library like AngularJS).
To make an ‘annotated tag’, (i.e. a tag with a message) run the following command in your project's directory:
git tag -a v0.5 -m 'Career Day’