2012年08月28日12:00 この数ヶ月のフリーエージェントな兼業サラリーマン生活を振り返って感じたことを整理してみた カテゴリ採用・転職 businesslaw Comment(0)Trackback(0) 3月に退職してからこの数ヶ月間、フリーエージェントな兼業サラリーマンとして、法務(複数社)/法律雑誌の編集/執筆のお仕事に携わらせていただきました。この場を借りまして改めて、このようなチャンスをくださった各企業の皆様に感謝を申し上げたいと思います。 来月からフルタイム正社員に戻るにあたっての区切り・けじめとして、この数カ月で私なりに感じたこの働き方のメリット・デメリットをここに整理しておきたいと思います。あくまで私の状況において発生した体験とそれに基づく私見ですので、異論・反論はあろうかと思いますが、私自身の反省が主な目的ですので、ご容赦いただければと。そのような前提ではあります
Lokkaのデータ構造についてざっくりとした図。クラス図もER図も厳密過ぎちゃうので何となくの図です。 Post(投稿)いわゆる普通のブログの投稿。Page(ページ)ブログの投稿の様に時系列に並べたりしないもの。(aboutとかprofileとかfaqとか) Entry(エントリー)PostとPageのこと。Category(カテゴリー)エントリーをツリー状に分類するためのもの。親カテゴリーの概念が有る。1エントリーに複数カテゴリーはつかない。Tag(タグ)エントリーをフラットな構造に分類するもの。1エントリーに複数つけられる。 Comment(コメント)Entryにはコメントが付けられます。User(ユーザー)その名の通り。Site(サイト)サイト自体の情報。タイトルとかテーマとか。Option(オプション)必須ではないサイトの情報。プラグインなどから勝手に項目を増やせる。Snippet
プログラミング未経験の素人が3ヶ月でWebサービスを作って起業するべく、FJORD, LLCでChallenge Intern中の宮内達也です。 そろそろ、インターンシップを卒業する時期がやって参ります。それに伴い、Webサービスを作って起業したい学生・社会人インターンを募集します。 インターンシップ – Wikipedia インターンシップとは、一定期間企業などの中で研修生として働き、自分の将来に関連のある就業体験を行える制度。 FJORDがインターンで提供できること FJORDのチュートリアルに沿ってrailsを使ったWebサービスを作る方法が学べます。このチュートリアルで実際に作業しながらインフラ(Linux)を含めて、学べるようになっています。最終的には以前のエントリーに書いた(小さい会社のツールスタック・開発フロー)ような環境でWebサービスが作れるようになります。 FJORDが
久しぶりに休みがとれたので、興味があったLokka(旧pyha)とherokuを触ってみた。 heroku: Rubyで作成したWebアプリケーションをホスティングするサービス。 Railsアプリケーションも簡単に動かすことができるらしい。 Rubyだからなのか、いろいろと和風。結構有名だと思う。 Lokka: (http://lokka.org/より) Lokka(ロッカ)はクラウド環境に対応したCMS/Blogツールです。 WordPressのような既存のツールに馴染んだユーザーにも簡単に扱えます。 テーマを作るデザイナーに優しく、RubyデベロッパーにクリーンなプラグインAPIを提供します。 Lokkaをherokuで動かしてみる。 Lokkaをherokuで動かすのは簡単で、基本はこちらの「はじめよう」の通りに行うと導入ができます。 http://lokka.org/ 以下詳細。※
前回の » プログラマーがてっとり早く検索スキルを上げる方法 で Google 日本語版と Google 英語版とをうまく使い分けることを説明しましたが、その具体的な方法を紹介します。 紹介する方法は Chrome での方法です。他のブラウザでも似たようなことはできると思います。 Chrome には、あらかじめキーワードを登録して、アドレスバーにそのキーワードと文字列をつなげて打ち込むと素早く検索できる機能があります。たとえば、「ruby」を検索したいなと思ったら、アドレスバーに「g ruby」と入力するだけです。 これを実現するにはあらかじめ g というキーワードを登録しておきます。Chrome のメニューから「環境設定」を選択、なかほどの「検索エンジンの管理...」というボタンを押します。 「検索エンジン」というウィンドウが開くので、一番下にいって、名前、キーワード、URL の順に登録
VHDL は記述が冗長なことで有名です。よくある組み合わせ回路の doctest しようとしただけで、テストベクタをファイルに書いたり、そのモジュールを使うテストベンチを書いたりしなきゃいけない。大変すぎる。もっと気軽にテストできる枠組みがあると、単体テストのカバレッジが上がり、結合したときのテストが簡単になりそう。 doctest を haskell で使っていて感覚的に書けるところとオーバーヘッドが少ないところが気にいったので、 parameterized doctest ふうのコメントを書くと Ruby でテストファイルを自動生成して実行して結果まで教えてくれるものを作った。vhdl_doctest の名前で rubygems から手にはいる。ソースは https://github.com/tomykaira/vhdl_doctest/ にあり、 MIT ライセンス。sh と gh
日本では殆ど話題にも上らなかったのですが、今年(2010年)初夏のころ、海の向こうではWordPressに関して2つの大きな論争が持ち上がってました。1つはWordPressが採用しているライセンス「GPL」とその商用利用に関する論争。もう1つは3.0から新たに加えられた“機能”に関する論争です。1つ目の論争は、一応、解決しています。2つ目は、3.1にて何かしらの対応がされると思いますが、本質的には解決していません。 技術的な話題ではないのでスルーされがちですが、WordPressの本質に関わることなので、日本の開発者やユーザーの皆さんも「こういうことが起こっている」程度でもいいので、知っておき、頭の片隅にでも置いていた方がいいのでは?と思い記事にしてみました。 2つの大きな論争とは: WordPressが採用しているGPLライセンスに関する論争 WordPress3.0に埋め込まれた”P
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く