どーもこんばんは。Macbook Airを買ってちょーしこいてます。いや実に素晴らしい。買って２日で既に元をとったような気がしているよ！というわけで、とりあえず今回最初にやった設定で、特に今年ついにMacユーザーになった！などのMac初心者の方向けと思うものについてまとめてみました。 2016年版書きました｡ こちら↓に新しい記事を書きましたので､よかったらご覧ください｡ [link href=”https://lovemac.jp/blog/2469/” title=”割とMac初心者向けの、Mac買ったら最初にチェックしておくべき設定2016 | loveMac.jp”] はじめに。システム環境設定ダイアログの出し方 「システム環境設定」というウィンドウをしこたま使いますので、最初に覚えます。 画面左上のりんごマーク→「システム環境設定」または下のアイコンが並んでるとこの歯車のアイコン
「不思議のダンジョン」の絶妙なゲームバランスは、たった一枚のエクセルから生み出されている！？ スパイク・チュンソフト中村光一氏と長畑成一郎氏が語るゲームの「編集」
過去の名作ゲームの企画書を見せてもらい開発秘話を聞くシリーズ「ゲームの企画書」。連載3回目となる今回は、「不思議のダンジョン」シリーズを手がけてきた、スパイク・チュンソフトの中村光一会長とディレクターである長畑成一郎氏に話を聞いた。 「1000回遊べるRPG」という衝撃的なキャッチフレーズで登場した『トルネコの大冒険 不思議のダンジョン』から、20年の時が経った。 (C)Spike Chunsoft Co., Ltd.ALL Rights Reserved. パソコンゲームの名作『ローグ』のシステムを換骨奪胎し、親しみやすいキャラクターで『ドラクエ』ファンにアピールすることに成功した本シリーズは、現在も多くのファンを魅了し続けている。 そんな本シリーズのインタビューだが、スパイク・チュンソフトの中村光一会長にインタビューをお願いすると、「ぜひ本シリーズ開発者の長畑氏を同席させてほしい」との
本日、メルマガの発行日のため、せこせこ書いていたらLINEが物凄い発表していた。もたもたしていたら先にホリエモンにブログ書かれた。www さすが。 2日続いてLINEネタ！緊急投稿！LINEの新サービス発表がヤバすぎる！ ホリエモンが言うように・・・ めちゃくちゃヤバイ!! でもどんなことがヤバいのか、さっばりわかんないという人のため、簡単に解説してみたい。自分もまだ完全に理解しているわけでは無いので間違っていたら突っ込んでください。修正します。 メールマーケティングの終焉 いままでもメールマーケティングは終わったと言われていたが、これでほぼ終了である。日本で最もメルマガを配信しまくっていたあそこらへんのコマースも終わコンである。仮にSoftBankがLINEを買収して(出澤さんは完全否定)、Yahoo!ショッピングやオークションがこの機能を搭載したら太刀打ちできない。モールでは無いZOZ
ITインフラで起きる「もしも」のための12個のコマンド
こんにちは。斎藤です。 ITインフラの障害は、多くの場合「予期せぬ」タイミングで発生します。特に、CPUリソースを多量に消費したり、Disk I/Oが輻輳している場合、その切り分けは困難な状況に陥りやすいものです。 そこで、本日はITインフラ、特にOS・ミドルウェアを支えるにあたって、問題解決を助けてくれるであろう12個のコマンドを取り上げてみます。「必ず押さえておきたい」5つのものと「更に覚えると便利なコマンド」7つの2節に分けてお話しします。 ※CentOS 6.4 (64bit)を前提に取り上げます 必ず押さえておきたいコマンド もしITインフラ管理者になりたてな方はぜひ サーバサイドのプログラマをやっていたのだけれど、ある日突然「君、サーバ管理担当ね！」と、バトンを渡される方っていらっしゃると思います。私も以前はそのクチでした...。そうなってしまったとき、まずは覚えておきたい5つ
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
スマートフォンサイトを制作する際、個人的に覚えておいた方が良いと思うCSSのプロパティやテクニックをまとめてみました。 自分用の備忘録ではありますが、他のブログ等でも取り上げられていることが多いので、いずれも覚えておいて損はないものだと思います。 普段から制作している方にとっては目新しいのはないと思いますが、まだスマートフォンサイトを制作したことがない方やまだまだ苦手だなと思う方は参考にしてみてください。 UA切り替え・Viewport指定・拡大縮小の有無・電話番号リンクの無効化・ホーム画面用のアイコン指定など、スマートフォンサイトを制作する際に最低限覚えておくべきと思うことは他にも沢山あるんですが、今回はCSSに焦点を当てています。 また、タイトルでは「スマートフォンサイト制作時」としてはいますが、レスポンシブWebデザイン制作時でも頻繁に使うものだったり、PCサイト制作時でもCSS3に
次世代 Web カンファレンスで監視について話すことになったので、ネタとしてWEB系各社で使っている監視ツールを調査中。 うちはこれ使ってるよ！！！ってのがあったら@mikedaにメンションください！ Cookpad Zabbix 昔はNagios+muninだけど台数増えて性能的に破綻した ビューはそのままじゃ辛いのでmunin風に表示するのを自作 StatusCake DataDog。サービス系、サーバに紐付かない系の監視に。DashBoard便利 waker。通知用。PagerDuty高い、と言ってryot_a_raiが秒で作ったらしい Kibana imon。独自のリアルタイムなサービス稼働状況表示ツール NewRelic 試し中なもの Real-User Monitoring : JSでbeacon飛ばしてfluentd -> BigQuery。Google SpreadShee
かるび（@karub_imalive)です。 GWの真っ最中だというのに、うつ病に関する記事がいくつか上がっていたので、少し自分なりに発見した「うつにならないための秘策」を書いてみたいと思います。 鬱病は病気。 - アニイズム 鬱は病気っていうけどさ 僕も、中小Sierのエンジニアとして、自分自身うつになりかけた経験もありますし、*1さらに人事・営業部門といった間接部門に移ってからは、沢山のうつ状態の人を送り出したり、休職から復帰する手助けをしてきました。 上記エントリの内容やブックマークコメントを読むと、健康管理は自己責任というけれど、それができてりゃうつにはならないわ！的な意見が多かったです。 それはすごく分かります。 会社は社員を働かすための仕組みだから自衛が難しい だって、会社は基本的には社員を働かすための仕組みですから。社員を働かすために、色々な管理や仕掛けは作り出しても、「君、
Suicaの凄さ サービスを落とさないための「自立分散高速処理技術！」 ものすごい処理量をこなす緻密な速度改善 お金を扱うからこそ間違わない仕組み 当時は最先端の非接触ICカードを採用 非接触ICカードの歴史 年寄りも当たり前に使えるサービス だからSuicaは６０００万枚も普及した まとめ Suicaの凄さ ものすごい処理量（1日4000万件） 全然サービスが落ちない 年寄りも使っている Suicaがない社会なんて今や想像できないですよね？東京でSuica持ってない人はいないくらい普及していますし、レストランやコンビニでSuicaを使って買える場所も普通になってきました。普通に考えて、1日4000万件も処理して0.1秒以内に処理を完了させないといけないシステムなんて無茶苦茶難しくないですか？しかも、Suicaがリリースされたのは2001年です！ちょこっと調べてみたすごいブレークスルーの数
出現確率1％のガチャを100回引いても，4割近くの人は全部はずれる。“本当の確率”を読み解いてみよう ライター：宮里圭介 まったく確率表示をしていなかったり，レア度別の確率のみ表示したりと，タイトルによって対応はさまざまだ スマートフォン向けゲームに欠かせない存在となっている「ガチャ」。お目当てのキャラやアイテムを引き当てたときの嬉しさは格別だし，結構な額のリアルマネーを使ったあげく，ハズレばかりだったときの悔しさもまたかなりのものだ。 すべては運にかかっているので，プレイヤーが頼りにできるデータといえば，公開されている出現確率ぐらいだろう。以前はその確率が公開されていないゲームが多かったが，最近は業界として確率表示を進める動きが強まっており，人気タイトルの「グランブルーファンタジー」でも，本日（2016年3月10日）から装備品個別の出現確率が表記されるようになる。 だが，確率が明らかにな
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行の徹底 進捗状況の逐次反映 そして、運用ルールの入念な教育（五十六メソッドを採用した） 当時はITSベースのタスク管理自体が社内で先進的な試みだったので、当時部下だった私もPMと協力して「できるだけ丁寧な運用」を心がけた。心がけた、のだが… おかしいな だれ
これさえあればシステム構成図がだいたい描けるアイコンセットを公開します！ | フューチャー技術ブログ
🚧新しいVersionが公開されています🚧 こちらの記事もどうぞ確認ください。 これさえあればサービス構成図がだいたい描けるアイコンセットを公開します！ こんにちは。@chanomaruです。 みなさん、スライドを作ってますか？ 最近はビジネスパーソンだけでなく、学生さんもプレゼンテーションをする機会が多くなってきていますよね。 エンジニアがよく作るスライドの一つにシステム構成図があります。 わたしもシステムがどのような構造になっているかを説明する際によく作成しています。 システム構成図では各技術要素をアイコンで表現することが多いです。 しかし「ロードバランサー」や「キュー」など、よく使うわりにアイコンを探しにくいモチーフも多いですよね？ ・・・ということで、社内で利用されている 「これさえあればシステム構成図がだいたい描けるアイコンセット」を公開します！ アイコンセット含まれているア
AmazonのクラウドサービスであるAWSは、コンピューティングやデータベース、ストレージなど、膨大で複雑なサービスで構成されています。こうした豊富なサービス群をうまく組み合わせて利用する「ビルディングブロック」がAWSのメリットでもありますが、サービス数が多すぎてなかなか全体像を把握できないのも事実。フリーランスのエンジニアでありコンサルタントでもあるジョシュア・テイセン氏が自身のブログで、AWSのすべてのサービスを「たった1行」で説明しています。 Amazon Web Services https://adayinthelifeof.nl/2020/05/20/aws.html テイセン氏によると、Amazon Dashboardから利用可能なAWSのサービスは記事作成時点で163あるとのこと。そのすべてを正確に理解する必要はありませんが、基本を押さえておくことはいいことであり、問題の
概要 職業ソフトウェアエンジニアを目指す方々にオススメしたい書籍トップ10です 以下の観点から選定しました 10年後でも変わらない、流行にとらわれず長く役に立つ、ソフトウェアエンジニアリングにおいて普遍的な知識 特定のプログラミング言語やプラットフォームやツールに精通するのではなく、現代のソフトウェア開発の哲学・文化の全体像が把握できることを優先 200～300ページくらいで初心者でも読破できる 400～500ページくらいの本もあるが、それらは辞書的に使うのがいい あえて10冊に絞り込んだので、ここに含められなかった書籍も当然あります CI/CDやDevOpsに関する本も入れたかった… デザインパターンに関する本も入れたかった… DDDやClean Architectureなどシステム設計に関する本は意図的に入れていない 真・プログラミングスクールに通うくらいならこの本を読め10選を書きま
「おーおーっすっ!」 てなこって、TwitterのAPIのBASIC認証も6月末に終了してOAuth/xAuthに移行するというこの時期に、あらためてOAuthについて勉強してみたんですのよ? OAuth認証を利用するライブラリは各言語で出そろってきてるのでそれを使えばいんじゃまいか? というと話が終わるので、じゃあそのライブラリの中身はなにやってんのよってことを、OAuthするScalaのライブラリ作りながら調べたことをまとめてみました。 間違っているところもあると思うのでツッコミ歓迎です＞＜ OAuthってそもそもなんなの? ものすごくざっくりというと「API利用側が、ユーザ認証をAPI提供サービス側にやってもらうための仕様」って感じでしょうか? BASIC認証の場合、API利用側が認証に必要なアカウントやパスワードを預かる必要があるわけです。悪意のあるAPI利用側が「なんとかメーカー
アプリでタクシーを呼んだら
「JapanTaxi（旧 全国タクシー）」というアプリを使ったことがある人も少なくないのではないだろうか。 簡単に言えば、地図上で乗車場所を設定すれば、そこへタクシーが迎えに来てくれるというものであるが、使う人が多すぎて迎車料金の410円だけでは乗務員にとって割の合わない仕事も増えてきた。 全国各地のタクシー会社と提携しているが、開発元が日本交通の子会社で、前身が日本交通専用配車アプリであるということもあり、東京では日本交通の車両を呼ぶアプリという印象が強い。 （実際は一部の個人タクシーや、東京無線の車も呼べる） 東京のタクシー事情一般的にタクシーは駅や病院に待っているものに乗るか、電話で家まで呼んで乗ることが多いと思われるが、東京は前述の2つよりも、そこら辺を走っているタクシーに手を挙げて乗ることが多い。タクシーの営業エリアも広く、東京都は営業区域が5つに別れているが、その中でも都心部を
先日、AmebaなうがCSRFという非常にポピュラーな脆弱性を披露したかと思ったら、ここ数日はセブンネットショッピングでXSSの脆弱性と、ID推測による他ユーザの個人情報閲覧の問題が発生しているという噂が流れています。 ユーザの情報を預かっておきながら、基本的なセキュリティの対策もできていないというのは、銀行に例えるなら、お金を預けようとした時に「お金は預かります。ちゃんと保管します。でも警備はあまりしないので盗まれたらスイマセン」と言われるようなものだと思う。 警備に穴があったというのではなく、まともに警備してませんでした、というのはさすがにありえないことです。 そこで、野良WEBプログラマである私が知っている脆弱性を列挙してみた。 私はプログラマであってセキュリティの専門家ではないです。しかも今年の春辺りからずっと外向けのWEBプログラムは組んでません。 その人間が知っているものを並べ
(GPT補完) 下記ドキュメントバージョンに関する注意点です。 バージョン番号のルールを定める：バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか（major, minor, patch）、何桁で表現するかなど、具体的に決めておくことが重要です。 変更履歴を明確にする：どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。 ドキュメントの保存場所を一元化する：ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを
![[Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/524aefbbe8f601d7a9248f00b4ca010578396064/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCRG9jJTVEJTIwJUU4JUE2JTgxJUU0JUJCJUI2JUU1JUFFJTlBJUU3JUJFJUE5JUU2JTlCJUI4JUUzJTgzJTg2JUUzJTgzJUIzJUUzJTgzJTk3JUUzJTgzJUFDJUUzJTgzJUJDJUUzJTgzJTg4JUUzJTgzJUJCJUU4JUE2JTgxJUU0JUJCJUI2JUU1JUFFJTlBJUU3JUJFJUE5JUU2JTlCJUI4JUUzJTgxJUFFJUU2JTlCJUI4JUUzJTgxJThEJUU2JTk2JUI5JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0wODBjMWQxOWYwOTg5NDI4YzZiMWRmYWE2YmNmMzI1OA%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc3lhbnRpZW4mdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTQ5NDc0M2ZjOWU5MDg1NWM3YzExNjg3ZjA1ZDIwMjRl%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D3c956ec09e55703533b9a2487bd3c5f6)
転売屋撲滅宣言は多くの反響を呼んだ。 その中に 「高額転売しても買う客がいるということは値段の初期設定が間違ってるだけ」 「経済学的には需要と供給のバランスを転売屋が整えてるだけ」 「主催者はチケットを売り切ってるし、客はライブ見るためなら高い金払うし、何が問題なの？」 という意見も多くあることに驚いた。 転売を許さないお客さんと、転売を容認するお客さんの対談という記事も読み応えがあった。 ■転売問題とはどのような構図になっているのか考えた この問題はいわゆる「経済学的な需給バランスによる価格決定問題」と決定的に異なるところがあると思う。それは（販売者）と（購入者）という2つのプレーヤーだけの話ではないところだ。 販売者は（主催者）と（出演者）に分かれる。すなわち事務所とアーティスト。 購入者は（来場者）と（転売者）に分かれる。すなわちファンと転売屋。 4つのプレーヤーが関係する問題なのだ
講演でわかったジャパネットたかた社長のハイテンションの理由
九州大学ベンチャービジネスラボラトリーが開催する起業家セミナーに参加してきた。単位取得もできる大学の正式な授業として開催されたものだが、席が空いていれば部外者も参加可能となっていたので全15回中、2回だけこっそり潜り込んだ。 今回は2010年度の後期授業として、全15回開催され、各界で活躍する社会人が「働く」をテーマに講演を行った。演者の人選や招致は学生自身が行なうという面白いシステムになっていて、キッザニアの社長や日経新聞の編集部長などバリバリ働いている方々に混ざって、ニートのpha氏が呼ばれるカオスっぷりがたのしい。 最終回の第15回は株式会社ジャパネットたかた代表取締役髙田明氏(以下、髙田氏)の熱い語りが堪能できた。 社長登場 予定より少し遅れて髙田氏が登場。就職説明会で午前中から福岡入りしていたが、そこで話が熱くなりすぎて時間が伸びてしまったそうだ。「テレビだと秒単位で管理されてい
いろいろな会社で仕事をしていると、「ケアレスミスをする人」「同じミスを繰り返す人」に結構な割合で遭遇する。 やれるのにやらない、わかっていてもできない、大事なことを忘れる、そのような行動を繰り返す彼らに付けられる名前は無慈悲そのものだ。 すなわち、「無能」である。 そして、世間は無能には極めて厳しい。 ハーバード大学公衆衛生学のアトゥール・ガワンデ氏は次のように表現する。 私たちは、そのような「無能」の失敗に対しては感情的になってしまいがちだ。 「無知」による失敗は許せる。何がベストなのかわかっていない場合は、懸命に頑張ってくれれば私たちは満足できる。 しかし、知識があるにもかかわらず、それが正しく活用されてないと聞くと、私たちは憤慨せずにはいられない。 氏の述べる通り、「知っているのにやらない」時や、「わかっていてミスをした」時には、組織はミスをした人物に非常に冷酷な仕打ちをする。 叱責
EC-CUBE‐日本発の「ECオープンソース」
無限のカスタマイズ性と自社独自のデータ資産を活用し、 ECサイト構築にとどまらない事業変革の実現を。 ※1 独立行政法人情報処理推進機構「第3回オープンソースソフトウェア活用ビジネス実態調査」による。※2 ECマーケティング株式会社が行ったネットショップ動向調査において「月商1000万円以上で利用されているカートシステム」利用数にてNo.1を獲得。 ※1 独立行政法人情報処理推進機構「第3回オープンソースソフトウェア活用ビジネス実態調査」による。※2 ECマーケティング株式会社が行ったネットショップ動向調査において「月商1000万円以上で利用されているカートシステム」利用数にてNo.1を獲得。
サーバーレスパターン
やりたいこと（ユースケース）から利用パターンへ到達できるように、ユースケース主導で紹介。利用するサービスのすべての機能をを覚えなくてもやりたいこと/部分からスタートできます。実際、類似するアーキテクチャの実例が多くあることがわかります。 パターン別のテンプレートから始めてみよう! チュートリアルで体感しよう! - いくつかのパターンはテンプレート/雛形から始めることができます。それぞれのパターンの「Template」「Sample」「Solution」のリンク先を参照ください。 - 実際に作って動かせるチュートリアルに「Tutorial」「Workshop」リンクからアクセスできます。ちょっとしたトライに費用が気にならないのもサーバーレスの良いところ。 - 各パターンの特性に合わせたエラーハンドリングの記事を拡充中。それぞれのパターンの「エラーハンドリング」リンクからご確認ください。 -
「2007年からソーシャルゲームを提供してきたGREEにおける、技術的な側面での失敗と成功の実例を通じて、そのノウハウや必要な技術について解説します。合わせて、それらの経験に基づくGREEから提供していくフレームワークであるGREE Technology Stackについてもご紹介します」ということで、CEDEC2011にて講演された「GREEソーシャルゲーム5年間の技術的失敗と成功の歴史 ～GREE Technology Stackのご紹介～」はかなり濃い内容となっており、グリーの開発本部 取締役 執行役員CTO 開発本部長である藤本真樹氏と、同じくグリーの開発本部 インフラ統括部 アプリ基盤チーム リーダーの梶原大輔氏による話が次々と展開されていきました。 注目度も非常に高く、人だらけ。 今回はこの講演を発表の場にいる感覚で読んでもらえるように、当日の発表資料と合わせてまとめてみました
ついつい長居してしまう専門的なサイト25選
仕事があるのについつい長居してしまう サイトって無いですか？何かを大量に まとめてあるサイトだったり、掘り下げたく なるような専門サイトだったり、理由は様々です。 僕も例外なく気が付いたら全然仕事してない時も あります。そんなサイトを25サイト選んでご紹介します。 中には僕にはまだ必要ないサイトもありますが、こんな専門サイトもあるよ、って事で。因みに一貫性は全くありません。ただ、「長居しちゃう」ってだけ。順不同です。 SourceForge.JP 日本語で読めるオープンソース配布サイト。ここはかなり素敵。 SourceForge.JP OpenSourceCMS オープンソースのCMSに絞った海外の配布サイト。ブログとかEC系とかやたらあります。管理画面のデモもあるのでDLする前に触れるのは嬉しい。 OpenSourceCMS Twitpaper Twitterの背景の秀逸なデザインをダウ
常に本気の姿勢でアスリートの内面を伝える松岡修造さん。常にポジティブな挑戦の裏には、いつも弱さがあったという。人の心を一歩前に導く生き方とは? 滝川 松岡さんとは全仏オープンで何度もお会いしていますが、こうしてお話をうかがうのは初めてですね。今日はテニスやオリンピックのことなど、いろいろ聞かせてください。 松岡 僕は質問されることに向いていないんです。だから今日は僕が質問します。テニスはいつからやっているんですか? 滝川 ええ（笑）? 小さい頃から家族で……。 松岡 フランスは日々の生活のなかにテニスが溶けこんでいますよね。全仏オープンの見方も日本とは違って、お祭り的な要素が強いというか。そういう文化を肌で知っている滝川さんが全仏をレポートしてくれるのは、日本テニス界にとっても本当にいいことなんですよ。 滝川 ありがとうございます……ってそうではなくて、私に質問させてください。 松岡 僕の
【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG
Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1～2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文： www.industrialempathy.com 関連書籍： Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安：11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ
アメリカの大学で受けたソフトウェア工学の授業が実践的ですごかった話 - stefafafan の fa は3つです
私はアメリカの大学で「インタラクティブメディアとゲーム開発」を専攻しましたが、その時受けたSoftware Engineeringという授業が色んな意味で素晴らしかったのでその授業がどう素晴らしかったのかを紹介していきます。 リアリティーがすごい まずこの授業、生徒数が80人ほどいます。ここから教授がみんなを約15人ずつの5つの会社に分けていきます。そうです、我々生徒は実は会社員なのです。 そして初日に出された課題は「自分たちの会社のミッションステートメントを考えてくること」です。 それだけでなく、プロジェクトマネージャー・プロセスエンジニア・リリースエンジニア・ドキュメンテーションマネージャー・クオリティーマネージャーの役割を会社のどの社員が取るのかを決めてこないといけないというのです。私たちは言われるがままにミッションステートメントを用意し、次の授業に備えました。 プロセスがすごい S
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
ここにクソコードがある。 誰が作ったかはわからぬ。それが、どのような経緯でクソコードとなったのか、 あるいは、最初からクソコードであったのか、それらは全てクソコード自身が知るのみである。 ファーストコンタクト ある日、営業からシステム案件を打診されたので見積もりして欲しい。というメールが来る。 とある企業の既存システムに機能を追加する簡単な案件ですが、なななんとソースや仕様書をご支給いただけます！ と、それはサンタにプレゼントが貰えると信じて疑わぬ子供のような真っ直ぐなメールである。 ソースコードが入った圧縮ファイルを受け取ったプログラマは、早速、コードを読んでみる。 そのシステムが本当にいいコードで書かれているかを判断するには時間がかかるが、 クソコードであるかはおおよそ30分でわかる。 インデントがタブとスペースどちらかに統一されていないとか、フレームワークの誤用があるとか、またはフレ
やる夫で学ぶディジタル信号処理
やる夫cry2 実験データの解析とかで信号処理をしなくちゃならないことが多くなってきたお… やる夫cry 数学でフーリエ解析とか習ったけど，真面目に聞いてなかったのでさっぱりわからないお… やる夫 だからやらない夫に教えてもらうお! やる夫で学ぶディジタル信号処理 東北大学 大学院情報科学研究科 鏡 慎吾 更新履歴 (最終更新: 2016.01.08 ) PDF版 アスキーアートがないと読む気にならないという方は，ページ上部の「アイコンを表示する」をクリックしてください．アスキーアートではないけど多少は助けになるかも知れません． 講演の機会を頂きました．ご関係各位に感謝します: やる夫で信号処理は学べるか ―東北大学機械知能・航空工学科における信号処理教育とウェブ教材― (依頼講演), 電子情報通信学会総合大会, AS-2-8, 九州大学伊都キャンパス, 2016年3月16日. [PDF]
売掛金回収！少額訴訟してみたよ。
どうもこんばんは。 夜の弁護人、WP-オレンジです。 さていきなり本題です。 いますよね。 金払わない人。 何かと言い訳して払おうとしない人。 イチャモンつけて逃げようとする人。 最低！！ ディレクターとしてそんなヤカラを黙って見過ごす訳にはいかない。 お天道様が許してもこのディレクター様が許さない！！！ 本日は、そんな「悪徳クライアント」に打ち当たる前に、まず確認しておいた方が良い 実録！知って得する少額訴訟！！ をお送りいたします。 少額訴訟ってナニ？ はい。そのまんまです。 簡潔に言うと「60万円以下の金銭支払いに対して簡易裁判所で行われる裁判」です。 例えば30万でサイト制作を請け負った。でも相手が払ってくれない。 はい。少額訴訟で裁判！！！！！ てな具合です。 通常の裁判よりも簡潔で、且つスピーデーィに終わるので、とても有り難いシステムです。 少額訴訟に至った経緯 まずはここから
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/ Q1.役所の仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの？ A1.地方自治体の事務や財務について法律で決まっているのは大枠だけだよ。 それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセスは全然各役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。 Q2.なんで新規で作らないの？ A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市が更新しようとしてるような、メインフレーム上のシステムだよ。 Q3.メインフレーム（汎用機）って何？ A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代のコンピュータだよ。IBMとかがベンダーご
タイムゾーン呪いの書 - Qiita
コメント欄で「Software Design 誌 (2018/12) に寄稿した内容や修正などをこちらの記事にも適用したい」と言ったあと、やるやる詐欺でずっと放置していましたが、三年近く経ってようやく 2021年 7月に大幅に改訂し、同時に Zenn に引っ越すことにしました。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) なにやら長くなりすぎたので三部構成になっています。 この Qiita 版は、しばらく (最低一年は) 改訂前のまま残しておきます。 タイムゾーンの存在はほぼ全ての人が知っていると思います。ソフトウェア・エンジニアなら多くの方が、自分の得意な言語で、タイムゾーンが関わるなにかしらのコードを書いたことがあるでしょう。ですが、日本に住んで日本の仕事をしていると国内時差もなく1 夏時間もない2 日本標準時 (Japa
人生は練習と思ってる所が本番で、本番と思ってる所はオマケだ。 http://d.hatena.ne.jp/teruyastar/20131207/1386476138 年末の記事に反響があったのですが、 「ずっと本番って、その努力ほんとに報われるのか？」 という意見をもらいました。 あと関連で、 ｢基礎が大事｣という本当の意味を理解しているか? http://d.hatena.ne.jp/teruyastar/20110208/1297157480 「基礎を無意識のゼロに限りなく近づけるのが守破離の守、 といっても、いつになったら破・離へ移行するの？」 みたいな意見も。 なるほど、、基礎や準備こそ大事ではあるのですが、 これは確かにやみくもな努力へのミスリードに見えるかもしれません。 そうならないよう「正しい努力の仕方」を示す記事 をまとめてみました。 前提・7つの習慣における「第2領域」
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 （2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも
【資料公開】カイゼンの基本
みなさんこんにちは。@ryuzeeです。 2016年9月16日に行われたDevelopers Summit 関西で表題のテーマで登壇してきましたので資料を公開します。 カイゼンについては1日のトレーニングコース（バリューストリームマップ作成含む）を[@haradakiro](https://twitter.com/haradakiro)と提供していますのでご興味のある方は[ご連絡](https://www.ryuzee.com/contact.php)ください。 アジャイルコーチングやトレーニングを提供しています株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。 詳細はこちら
コードレビューのベストプラクティス | POSTD
Wiredrive では、私たちはかなりの数のコードレビューを行います。しかし、ここで働き始める前には私はコードレビューなどしたことがありませんでした。今回は、私がコードレビューをする時に何に注目するようにしているかや、私の考え出したベストなコードレビューのやり方をお話したいと思います。 コードレビューとは、簡単に言うと2人以上の開発者で問題を引き起こしそうなコードの修正について話し合うことです。コードレビューをすることのメリットについては多くの記事で語られており、知識を共有できること、コードのクオリティが上がること、開発者が成長できることなどが挙げられています。しかし、レビューを行う上で、どのように進めていくかという具体的なことについてはあまり多く語られてないように私は思いました。 レビューで何に注目するか アーキテクチャ/デザイン 単一責任原則 : 1つのクラスは変更する理由が2つ以上
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
割とMac初心者向けの、Mac買ったらまずチェックしとくべき設定いろいろ - loveMac.jp
業界に激震走る。本日のLINEの発表でネットの世界はどうかわる?
スマートフォンサイト制作時に覚えておきたいCSS 15
WEB系各社で使われている監視ツールまとめ - mikedaの日記
会社では決して教えてくれない、うつにならない一番の秘訣について - あいむあらいぶ
Suicaのシステムがいかにすごいか仕組みを徹底解説 - 炎と硝煙にむせる開発現場から
出現確率1％のガチャを100回引いても，4割近くの人は全部はずれる。“本当の確率”を読み解いてみよう
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開する - Qiita
AWSの膨大で複雑なサービス群をすべて「たった1行」で説明していくとこうなる
プログラミングスクールに通うくらいならこの本を読め10選 - ニート向けソフトウェアエンジニアリング塾
OAuthプロトコルの中身をざっくり解説してみるよ - ( ꒪⌓꒪) ゆるよろ日記
知らなかったらNGなWEBアプリケーション脆弱性一覧 : mwSoft blog
[Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita
オリラジ中田、転売撲滅の画期的システム発表！ : オリエンタルラジオ 中田 公式ブログ
無能にペナルティを課しても、無能は組織からなくならない。では、どうするか。
これが5年間の技術的失敗と成功の歴史、GREEの成功を支えた技術者たちの闘いが今明かされる
松岡修造「根拠や理論に裏打ちされていない根性論が一番嫌い」【滝川クリステル対談】
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ
プログラマをクソコードで殴り続けると死ぬ - megamouthの葬列
京都市が今回失敗したような、自治体のシステム更新について
もらえる経験値を最大化する「正しい努力」のまとめ - teruyastarはかく語りき
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（前編）