エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠typeエンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
facebookで嫌な人や、ウザい招待をブロックする方法 : 【移転しました】twitterやFacebookで結果を出す、はちえん。の中の人
名古屋・岐阜県の中小企業を中心に、twitter、Facebookなどのソーシャル・メディアのビジネス活用を支援する、株式会社はちえん。の代表、ソーシャル・マジシャン坂田誠がノウハウを語るブログ Facebookが随分と盛り上がっていますが、その一方で、Facebookを始めた途端に、変な招待が多くて嫌だ、という声を聞くことが多くなりました。 これは主に、大して知らない人の友達リクエストを承認した事が原因。 今回は、嫌なレベル別に、ブロックする方法を特集します。 ★関わりたくない迷惑ユーザーを完全ブロックする方法★ 特定のユーザーを完全遮断をしたい場合は、そのユーザーのアイコンをクリックするなりして、プロフィールページを表示。 一番左下にある、「このユーザーを報告またはブロック」をクリックします。 （尚、迷惑ユーザーというほど悪質でなければ、友達から削除くらいで済ませましょう。） すると、
CoffeeScriptとJavaScriptのコードサイズ比較 - IT-Walker on hatena
ちょっと前の話になりますが、jdb.jsをCoffeeScriptで書き直しました。GitHubにも上げてあります。CoffeeScript、純粋に言語として見ると、非常に出来が良くて感心します。当面Javaには戻れそうにない・・・ で、気になったのが「CoffeeScriptを使うと、JavaScriptに比べてどれくらいコーディングが楽になるのか？」です。正直、「function」が「->」になるだけでも嬉しくてたまらないんですが、それを実際にコード量で比較してみよう、と。 もう一つ気になったのが、「CoffeeScriptをコンパイルして得られるJavaScriptコードは、手書きしたJavaScriptに比べてどれくらい肥大化するのか？」という点。自動でJSを吐き出してもらう以上、ある程度の無駄は覚悟しなくてはならないと思いますが、もしそれが許容できないレベルだったらCoffeeS
Oracle OpenWorld Tokyo 2012（1日目）『使ってみなけりゃわからない、大データ（BigData）実験で！』：一般システムエンジニアの刻苦勉励：オルタナティブ・ブログ
Oracle OpenWorld Tokyo 2012（1日目）『使ってみなけりゃわからない、大データ（BigData）実験で！』 本日2012年4月4日六本木ヒルズを中心とした会場でOracle OpenWorld Tokyo 2012が開催されました。 Oracle OpenWorld Tokyo 2012 http://www.oracle.com/openworld/jp-ja/index.html 先回のOracle OpenWorld Tokyo 2009は2009年4月22日と23日に東京国際フォーラムで開催されました。当時は ”まだ” Sun Microsystems社の買収が行われていない状況だったことを思い出すと今回のJavaOneとの共同開催、また、Oracle OpenWorld内でSPARCやSoralis、ZFS等の製品が発表されることはには時間の流れを感じます
アジャイル（なチーム）のリーダーであるために何が必要か？
リーダーは強いビジョンを持つ必要があるリーダーはビジョンの中に揺らぎない信念を持ち、チームを前に進め、困難に打ち勝つために約束・決定することが必要リーダーはヴィジョンの素晴らしさを共有するために、十分なエネルギーと熱意を注ぐべきだリーダーは他人が追求するのに価値があると確信するように、ビジョンを明確化することができる必要がある。リーダーは人の話を聞いて対応できる必要があるリーダーは問題解決能力を持っている必要があるリーダーは多くの邪魔が入ってもゴールの達成に集中する必要があるリーダーは決定を下すことができる必要があるリーダーは周りに教えることを厭わない、よいコーチである必要がある信頼と正直であることは何にもおいて重要で、リーダーは信頼に足る必要があるリーダーはアジャイルの原則を理解しておく必要があるリーダーはアジャイルのプラクティスを十分に積んで、色々な状況に対応できるように幅広いシナリオ
技術士（情報工学）の勉強法 - 勘と経験と読経
ソフトウェア開発の分野では比較的マイナーな資格ではあるが、技術士（分野は情報工学）の資格を取得したので参考までに勉強法を公開する。技術士という資格についてはWikipediaも参照のこと。ソフトウェア開発の分野では様々な資格や試験があるが、知識や能力だけではなく、特に「技術者倫理」や「継続的な資質向上に努める」といった姿勢が評価されるのが特徴である。私は尊敬するエンジニアが技術士だったことが主な受験動機だつたが、ITエンジニアのひとつの目標としてチャレンジする価値は十分にあると思う。すくなくとも思考の訓練にはなる。 受験検討 とりあえず試験の仕組みや雰囲気を以下の書籍で確認。 新版 技術士補試験に合格する本 作者:福田 遵日本能率協会マネジメントセンターAmazon 挑戦するとなると最短でも2年以上のチャレンジとなるので、勉強を始める前にどのような勉強を今後していくのかを確認するのが重要だ
Agile カテゴリーの記事一覧 - 勘と経験と読経
主にアジャイル界隈で目にするスライドの一つが「完成した機能の64%は使われない」である。これはXP2002カンファレンスでStandish Group会長のJim Johnsonが発表した内容に含まれていたという。 - XP2002カンファレンス しかし、この情報はどれほど正しいの…
アジャイルな自己組織化されたチームにマネージャは必要か？ #devsumi から考えたこと
デブサミ2012で発表しなかったスライドです。これはAgile Conference 2010で聞いたネタなのですが、アジャイル開発を実践する企業文化をグラフに表したもの。 自己組織化されたチームで構成されるため、管理要素が少なく、協調と教育という2つの柱が目立ちます。今日は「自己組織化されたチームとマネージャとの関係」について、Ask the speakerで質問を頂いたのでちょっと考えてみます。 自己組織化されたチームにマネージャやリーダーは必要か？ これはデブサミ発表資料のスライドです。このプロジェクトで私はプロジェクトリーダーやプロダクトオーナーに近い役割を演じました。チームが目指した自己組織化されたチームって、チーム内で全てが解決しそうですね。そういうフラットなチームに、マネージャやリーダーは必要なのでしょうか？ 去年担当したプロジェクトの経験では、マネージャは必要だと思っていま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Twitter / えびす: おい新入社員！コピーを甘くみたら…、あれ、きれいにで ...