チームでFA宣言します #転職
一方で、 すごい個人・一緒に働いてみたい個人の名前は挙がっても、すごいチーム・一緒に働いてみたいチームの名前はなかなか挙がりません。なぜでしょうか。 せっかくいいチームができても会社や組織など様々な事情によって壊れてしまい、チームの寿命がそんなに長くないことが大きな要因のような気がしています。もちろんチームが長生きすればいいわけではないですし、チーム至上主義を謳いたいわけではありません。 私達はチームで今後について話し合ったときに、純粋に「もう少しこのチームでやりたいことあるよね」という想いが一致したため、チームFA宣言をすることに決めました。 全員に当てはまることではないことは知っていますが、「チームで転職する」という選択肢がもっとふつうになれば、もっと楽しい世界になるような気がしています。 私たちのチームFA宣言御社のベネフィットビルドされたチームごと採用することができますチーム採用を
代々木公園の屋台、暴力団関係者が運営 都が占用許可：朝日新聞デジタル
代々木公園（東京都渋谷区）の占用許可を都から得ている常設の屋台を警視庁が調べところ、全７店舗の出店者計７人について指定暴力団極東会系の関係者と分かったとして、同庁は２８日、都に連絡した。都は出店者に聞き取りし、占用許可の取り消しを検討する。 ７店舗のうち３店舗は現在営業していない。都によると、都立公園で営業中の屋台に関し、暴力団の関与を理由とした占用許可の取り消しは極めて異例だ。 捜査関係者によると、７人は、極東会系組幹部が経営する会社の社員という。 代々木公園は来年の東京五輪・パラリンピックのイベント会場の候補地で、大会前後に多くの来場者が見込まれる。警視庁は、屋台の売り上げが組の重要な資金源になっているとみており、大会前に都と連携して対応することにした。 また警視庁は、代々木公園の占有許可に関係して都職員を脅したとして、東京都中野区の露天商片山正明容疑者（６０）を職務強要の疑いで逮捕し
銀座Railsで「個人でつくるwebサービス」という話をした - おもしろwebサービス開発日記
昨日行われた銀座Railsで登壇させていただきました。 資料はこちら。 所感 複数の主張したいことを一つの発表に盛り込んでしまったので、ちょっとぼんやりした発表になってしまったかもなーという反省があります。 個人でwebサービス作るのはいいぞ 個人開発をモチベーションを落とさず継続する仕組み Railsは個人or少人数で小規模なサービスを作るのに向いてるめっちゃべんりなライブラリなんですよ turbolinks&stimulusはいいぞ rubocopデフォルト設定でも全然普通に開発できるんですよ それぞれのトピックごとにもっと深掘りして(もしくは角度を変えて)話せそうなので、どこか別の機会があれば喋ろうかなと思います。 次は3月のRails Developers Meetup 2019で登壇予定ですが、今回とは全く違った話になる予定です。乞うご期待。
スカイマーク会長がRuby on Railsを学ぶ理由
2018年12月28日、多くの会社が仕事納めを迎えた日。1年の仕事を終えてホッと緩んだ世間の雰囲気と対照的に、そのビルの1室は真剣な空気に満ちていた。中で行われていたのは、プログラミング講座。受講者は思い思いにPCと向き合ってRubyと格闘したり、他の受講者とディスカッションしたりしている。 一見、一般的な社会人向け講座。だが受講者が独特だ。集まっていたのは全員、企業の経営者。12月23～29日の7日間集中で、経営者限定のプログラミング講座が開催されていたのだ。 プログラミングスクール事業を手掛けるdivが運営する「経営者限定TECH::CAMPイナズマ」だ。経営者が知識ゼロの状態からRubyを学び、HTMLやCSSの知識も習得する。最終的にはRuby on Railsを使ったWebサービス開発に挑む。 受講者にはネットサービス企業だけでなく、ITとは直接関係のない業種の経営者も名を連ねる
RubyとRailsの学習ガイド2019年版
この記事は RubyそしてRailsをこれから勉強したい方に、どんな技術を勉強すればいいかと、それらの技術全体のガイドマップを図示します。そしてそれを学ぶための資料（書籍、Web記事ほか）を紹介していきます。この記事は、頭の中に技術全体の地図を描き、イメージしてもらうのが狙いです。 Railsアプリを作るときに必要になたくさんの技術について説明していきますが、本当にたくさんの技術が出てきます。まだ学んでいない、分からない言葉が出てくると思いますが、全体を把握するために、ひとまずは「そういう技術があるのだな」くらいで捉えてもらえればと思います。将来、その言葉が出てきたときに「どこかで聞いたような？」と思えたら儲けものです。 勉強方法のお勧めは、1つの知識を徹底的にやるよりも、まずは全体を通して勉強し、そのあとで勉強したいところに戻って積み重ねて学んでいく方が、挫折しづらいのでお勧めです。 追
技術的負債への後悔と返済｜Seiji Takahashi@ベースマキナ
反省文。 tl;dr・「後から改善すれば良い」のスタンスは、返済コストを甘く見積もっている結果 ・負債の返済にはコーディング以外の工数が大きくかかってくる ・技術的負債を"徐々に"返済することは様々な面で良い 出社即リファクタリング最近出社した直後に、こっそりリファクタリングの時間を一定程度取るようにしている。朝のウォーミングアップがてら改善作業をしていると、瞑想みたいな効果があって大変気分がよくなるし、その後のコーディングも生産性が上がる。大体こういう気分。 具体的な作業は、アーキテクチャの方針が固まってなかった時代のコードの１つのエンドポイントだけ、適切なレイヤ化を施したり、単体テストが可能なメソッドとして切り出しつつ実際にテストを書いたり、テストに必要な共通処理を定義したり、だ。 初期から機能追加を重点的に行ってきたプロダクトでは、スピード優先の名目で多くの負債が生まれる。こうした負
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
