Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

仕事に関するsyuu256のブックマーク (38)

  • ネットワークエンジニアとして

    ネットワークエンジニアとしての Network Studyでは、これからネットワーク エンジニアになりたいと考えている方や、CCIEレベルのネットワークエンジニア になりたいと考えている方に役立つよう基礎から上級レベルまでNW技術を解説。 Network Studyの内容は、国家資格であるネットワークスペシャリストの取得や CCNA/CCNP/CCIE取得に役立つ内容に仕上げているだけではなく仕事で役立つ ようにCisco、Juniper、F5の製品にフォーカスして実際の設定コマンドも解説。 今後もネットワークエンジニアの皆さんの役に立てるように、最新の幅広い技術 解説を行っていきます。内容に誤字や記載ミスがあればご指摘頂けると幸いです。 ネットワークエンジニアとは、その将来:ネットワークエンジニアがどのような仕事内容であるのかを紹介、ネットワークエンジニアの将来性について ネットワークエ

  • 長時間残業を減らすために自分で仕事の切り上げ時を決めたいが、法的にはどうなのか? | ライフハッカー・ジャパン

    この4つをあげたうえで、筆者は、緊急の場合や繁忙期を除いて(1)を避け、積極的に他のスタイルをとるのがよいと言っている。 ただ、『成果ベース』や『感覚ベース』で働きたくても、定時前に帰ることを会社が認めてくれないケースが多いだろう。この記事について、「はてなブックマーク」では、「能率よく時間内に全作業を完了したら、『じゃ、これやってね』と新たに仕事を押しつけられるだけだ」など、日では無理だろうという意見が目立った。 日の法律では、自分自身が「今日やるべきことはやった」と判断しても、定時前に帰宅できないのだろうか。自身も会社員時代に長時間労働に悩んだ経験を持ち、労働問題に取組む光永享央弁護士に聞いた。 日では「時間ベース」の労働が大原則 「現代のホワイトカラー会社員は、複数の案件を同時並行的に抱えており、ITの発達で仕事と私生活の線引きが難しくなっていることは間違いありません。『仕事

    長時間残業を減らすために自分で仕事の切り上げ時を決めたいが、法的にはどうなのか? | ライフハッカー・ジャパン
  • ITエンジニアとしての道を究めるには - 第5回 ITアーキテクトの道

    さまざまな困難をどう乗り切ればいいのか ITエンジニアとしての道を究めるには 第5回 ITアーキテクトの道 萩順三(豆蔵取締役) 2004/3/19 今回は、多くの企業が求め、多くの技術者があこがれるITアーキテクトについてお話ししたい。 ITアーキテクトという職種は、業界でその職種に対する意味が広く認知されているものではない。また、どのような技能やロールに対して名付けられているのかもあいまいな状況なので、来「職種」と呼ぶのに少々ためらいがある。では、「技能」なのか。まあ、そのようなことは後回しにして、もっと重要なことから解説しよう。 筆者はITアーキテクトを現在のソフトウェア開発において必要不可欠なものだと考えている。 そこで、ここではITアーキテクトになり得る人材の特徴を分析し、なぜそのような人材が現代のソフトウェア開発環境で必要とされているのか、その技能とはいったいどのようなもの

  • 仕事がデキる人ほど“ダラダラしている”って本当?

    1日24時間という決まった時間の中で、いかに効率的に時間を使い、より多くのことをするかということが重要。ダラダラ過ごすのは怠けていていけないような気分になってしまう。 しかし、脳神経科学の世界では、脳を十分に働かせるには、長い時間、何もせずダラダラするのがいいということが明らかになってきているのだ。それにダラダラしている間、脳も一緒に休んでいるというわけではない。 『できる人はダラダラ上手』(アンドリュー・スマート/著、月沢李歌子/翻訳、草思社/刊)では、何もせずに無為に過ごすことの効用と、効率重視の生き方、働きからの不健康さを、脳のオートパイロット機能という最新の脳神経科学研究や心理学、哲学などから解き明かしている。 例えば飛行機の操縦には、常に全神経を集中しなければならない。高度が上昇し、速度が増し、飛行時間が長くなれば、操縦士の疲労は深刻で危険なレベルに達する。そこで導入されたオート

    仕事がデキる人ほど“ダラダラしている”って本当?
  • エンジニアを定量化なんてしてはいけない - smellman's Broken Diary

    ネタ元: 「エンジニアをつくる」という理念掲げていたら、エンジニアが社内からいなくなった件 | 新田章太の「エンジニアをつくる」ブログ 話の発端は、 俺がDMTCについて知ってること,またそれに対する所感 - 職質アンチパターン がFacebookで話題になっていて、やばいなぁと思っていたら主催者もやばかったみたいな話。 内容自体ただヤバイんだけど、その中でも明確にツッコミを入れておきたい部分があった。 僕らの強みはDMTCを通じて、沢山のお客様とのつながりがあること このつながりを活かして、 国内外のIT企業で働くエンジニアのスキルを定量化しよう というひとつのテーマにいきつきました。 http://maximum80.me/archives/821 この部分についてFacebookで俺はエンジニアをバカにしてるって書いたけど、もうちょっと具体的に落としこもうと思った次第です。 ものさし

    エンジニアを定量化なんてしてはいけない - smellman's Broken Diary
  • PDCA サイクルはどこかおかしい気がする

    Plan(計画):従来の実績や将来の予測などをもとにして業務計画を作成するDo(実施・実行):計画に沿って業務を行うCheck(点検・評価):業務の実施が計画に沿っているかどうかを確認するAct(処置・改善):実施が計画に沿っていない部分を調べて処置をする

    PDCA サイクルはどこかおかしい気がする
  • スタートアップで働くプログラマが、非プログラマの皆さんにお願いしたいこと - Line 1: Error: Invalid Blog('by Esehara' )

    はじめに 自分の基はプログラマとして、サーバーサイドのサービスをゴリゴリ書くのが仕事だ。しかし、仕事をするとなると、いろいろな人が絡んでくる。もちろんマーケティング担当や戦略担当の人もいる。そして、僕はそういう人たちが実際にやっていることはわからないけれど、それはたぶんそういう人たちが「プログラマってどういう仕事なのか?」ということがわからないのは一緒なのだろうと思う。もちろん、お互いに相手の仕事を理解して、それに合わせてどういう風なことを共有して作ってもらうか、というのを話し合う機会は重要だ。 たぶん、自分たちがどのように仕事をしていて、どのように情報を共有してもらえれば、仕事がスムーズにいくのか、ということを説明しないことには、たぶん「プログラマが理解されない」ということを嘆いても仕方ないと思う。なので、まず自分が「プログラマとしての自分」が考えていることを共有する必要があるなあとい

    スタートアップで働くプログラマが、非プログラマの皆さんにお願いしたいこと - Line 1: Error: Invalid Blog('by Esehara' )
  • 「コンピュータを使うと馬鹿になる」という指摘は馬鹿にできない

    ITpro読者の皆様、2014年もよろしくお願いします。「年初から馬鹿とは何事か」などと思われたかもしれませんが、前向きな話を書くつもりです。次の段落から文末を通常の「である」に戻します。 2013年の末、「Java技術者を日で募集したが見つけられなかった」という話を知り合いの社長から聞き、首をひねった。ソフト開発事業を手掛ける企業の多くは、新入社員に開発言語としてJavaを教えている。Javaを使える人なら沢山いるはずだ。 条件を聞くと、あるプロジェクトのために一定期間だけ参加してもらう仕事であった。対価はかなり高く、腕に自信のあるフリーランス技術者が応募するには、恰好の案件と思われた。 ただし勤務地は上海であった。「海外勤務に二の足を踏んだのでは」とその社長に聞いたところ、「勤務地よりも仕事の内容が敬遠されたのではないか」という答えが返ってきた。 仕事の内容は、その企業が内製して

    「コンピュータを使うと馬鹿になる」という指摘は馬鹿にできない
  • 独学でプログラマーってなれるもん? : IT速報

    1: 以下、名無しにかわりましてVIPがお送りします 2013/11/27 09:55:09 ID:ypYltbJFi 知識0プログラミングのプの字もわからんけど独学でプログラマーとして仕事できるレベルまでもってくとしたら、どれくらいかかる? 記憶力理解力は並だとして1日3-4時間は勉強できる時間とれる 4: 以下、名無しにかわりましてVIPがお送りします 2013/11/27 10:01:51 ID:wRPMjYtT0 アパッチ入れてからこい 俺はここで挫折 5: 以下、名無しにかわりましてVIPがお送りします 2013/11/27 10:04:45 ID:6VUW+8wf0 これまでの経験にもよる 数学の証明得意とか、フローチャートで物事整理できるとか、英語読めるかとかな 13: 以下、名無しにかわりましてVIPがお送りします 2013/11/27 10:16:41 ID:ypYltb

    独学でプログラマーってなれるもん? : IT速報
  • 「知識・スキルを詰め込みすぎるな!」- デキるエンジニアを目指すために、行うべきではない4つのこと | U-NOTE【ユーノート】- ビジネスマンのためのノウハウまとめを無料で

    GoogleMicrosoftなどの世界を変えるような企業の誕生の背景にはエンジニアの存在は欠かせないだろう。また、世界を変えられるようなサービスを生み出せるエンジニアになりたいと思うエンジニアも増えたのではないだろうか。

  • FINDJOB!終了のお知らせ | FINDJOB!

    FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

    FINDJOB!終了のお知らせ | FINDJOB!
  • 怠け者で愚かな人間ほど優秀なプログラマーに向いている理由

    By slworking2 優秀であり仕事を迅速にこなす人は、よく働き、頭の回転も早そうですが、プログラミングの分野においては話が別のようです。ブロガーのPhilip Lenssenさんによれば、優秀なプログラマーほど怠惰で愚かでなければならないとのことで、その理由について公開しています。 Why Good Programmers Are Lazy and Dumb http://blogoscoped.com/archive/2005-08-24-n14.html 怠け者のプログラマーは自分の仕事を減らしたいがために、便利なツールやソフトを作成することがあります。また、単調で、繰り返されるだけのコードを書かず、余分なものをそぎ落とす傾向があるとのこと。自分が楽をしたいがために生み出される努力から作り出されたツールは、生産性をあげるのに一役買ってくれるでしょう。 By dchrisoh ま

    怠け者で愚かな人間ほど優秀なプログラマーに向いている理由
  • 優れたプログラマーの7つの資質

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 優秀なプログラマーであるためには、自分の持つスキル、経験、知識から、動くコードを生産するための資質を持っている必要がある。技術的なスキルは持っていても、必要な資質を持っていないために優秀なプログラマーになれない人もいる。この記事では、偉大なプログラマーになるために必要な7つの資質を紹介する。 1.自発的に新しい技術的・非技術的スキルを習得する だめなプログラマーは、どうしても必要になった時にしか学ぼうとしない。よいプログラマーは、積極的に新しい技術的スキルを習得する。偉大なプログラマーは自ら新しい技術的なスキルを学ぶだけでなく、技術以外のスキルも学び、ほかの人なら考えもしないような情報源に対してもオープンな態度で接する。 具体的に例を挙

    優れたプログラマーの7つの資質
  • 受託開発で開発開始時に確認すること | DevelopersIO

    はじめに 巷では受託開発についてまぁ様々な事は言われて久しいですが、紛れもなく自分は今この世界で生きていますし、多くの人が関わっていると思います。自分はプロジェクトリーダーという役割で開発に携わっていますが、プロジェクトをやる度に何かしら忘れてしまう事があるので、開発開始時又は開発開始前に必要な主な確認事項をまとめました。 確認すること プロジェクトの基部分 契約書/要件定義書に書かれているようなこと。設計時や問題発生時に考える時の基礎になる部分なので、プロジェクトに関わる人全てが知っていて意識するべきこと。 ☆は仕様追加などの状況によってパラメータ調整する項目 目的 何故このプロジェクトが始まって何を目標としているのか 世界のはじまり。考察の基準。 エンドユーザー お客様と当の意味でのエンドユーザー。 誰が使って嬉しいといいのか ステークホルダー プロジェクトのボスは誰か 誰を納得さ

    受託開発で開発開始時に確認すること | DevelopersIO
  • Gunosyの仕事場:生産性を上げてくれる愛用ツール9つ | ライフハッカー・ジャパン

    Gunosy(グノシー)のマーケティング担当をしている竹谷と申します。最近はユーザー獲得/事業管理等に注力しています(まだGunosyを使っていないという方は、これを機会にぜひ試してみて下さい!)。 さて、早速ですが、仕事の生産性を上げるために僕たちがやっていることについて。 Gunosyでは、個人がそれぞれ、さまざまなアプローチで効率よく働ける方法を日々模索しています。連載3回目となる今回は、Gunosyメンバーが愛用しているツールをシチュエーションに応じて紹介させていただきます。(第2回)Gunosyの成長を支えている「実験」 (第1回)僕がGunosyを続ける理由 1.眠いとき 13時〜15時台、特にランチべ過ぎてしまうと、誰しも劇的な眠気に襲われるのでは(私は間違いなく眠くなります)。そんな眠気に負けずストイックに働くために、Gunosyメンバーが愛用しているツールはこちらです

    Gunosyの仕事場:生産性を上げてくれる愛用ツール9つ | ライフハッカー・ジャパン
  • Webプログラマーを志す学生さんが、学生のうちにやっておきたい11の事 - Aggressive Style

    0.記事の対象についてコンピューター系の企業と言っても様々ある。例えばエアコンなどの制御をするファームウェアを担当するような組み込み系プログラマーやSE、スーパーのPOSシステムや銀行のシステムを担当するプログラマーやSE、そしてテレビゲームプログラマー、そして今回説明するWebサービスのユーザーを管理する部分や、データーベースの結果をサイトに反映する部分を設計をするwebプログラマーなど様々だ。1〜7節まではwebプログラマーの業務に直結しやすいと思った事、8以降は業務に直接関係は無いがやっておきたい事を纏めた。 記事はC言語やJava言語でif文for文で何らかのプログラムを作った事のある学生さん(特に大学1年生〜3年生)などを対象として、Webプログラマーの面接を受けるまでにやっておきたい事を11点に分けて話そう。このうち、「これはやっておきたい」と言うものを実践してくれればと

    Webプログラマーを志す学生さんが、学生のうちにやっておきたい11の事 - Aggressive Style
  • 会社潰すのは簡単、アイツがいれば勝てる、と思った人間を雇えば良い

    最近話題の エンジニアよ、ゼネラリストなんて目指すな!―VASILY 金山裕樹のキャリア論(http://japan.internet.com/busnews/20121130/3.html)を見て・・・ コードを書くことが目的化しちゃってる人も多いので全否定するつもりはないけど、コードが汚くても「アイツがいれば勝てる」と思わせる人間を素人判断で雇うことが如何に危険かプログラマ視点でまとめてみる。以下何度も見てきた典型的な失敗パターン、設計と実装が完全に分業化されてる分野は知らないけどWeb業界などそうでない所のお話。 手抜きプログラマは人を騙す非エンジニアを騙して手抜きするのは簡単。余程のヘタレでない限り手抜きをしても絶対にばれない。コードにコメントがなくてもモジュール化されてなくてもコピペ満載でもマジックナンバーだらけでも動いてさえいればユーザーは気にしない。 手抜きプログラマの評価は

  • 典型的なJavaScripter3+1種類と、それぞれの勉強法。 | Ginpen.com

    一口にJSerといっても、色々な分野の人がいます。あなたはどんなJSerになりたいですか? 方向性により学ぶべき事も変わってきます。目標を明確にしましょう。 というわけで、独断と偏見……というか主に偏見で三種類にまとめてみました。 追記: 「勉強法」とかタイトルに付けておきながら勉強法に触れてませんでしたので「勉強範囲」に修正しました。ひー。 三種類 アニメーションを作る人 アプリを作る人 サーバ側を作る人 基的にプログラマ視点です。コーダー視点も最後に。 では、それぞれ見てみましょう。 アニメーションを作る人 Flashの代わりにJavaScriptCSSを使う人。Flasherさんがシフトしてくる位置。 発注側が想定するJavaScripter。最近の携帯ゲームで需要がある。 お仕事 JSだけでなくCSSや画像を駆使して画面を描く。 UIだけならいなくても困る事はないけれど、UX

    典型的なJavaScripter3+1種類と、それぞれの勉強法。 | Ginpen.com
  • エンジニアにスーツを着せているIT会社 - モジログ

    私がよく通る道に古いオフィスビルがあり、そこの1階にITの会社が入っている。看板に出ている社名と、窓からちょっと見える社内の雰囲気からして、古いタイプのシステム開発会社のようだ。その会社ではスーツ着用が必須のようで、全員スーツを着てPCに向かい、開発している。座席のレイアウトも昔ながらの「島型」で、向かいの人の顔が自分の視界に入るやつだ。私はこの会社の横を通るたびに、「ここの社員はかわいそうだなあ」と思う。 座席のレイアウトは、場所や予算の制約もあるだろうから、まあ目をつぶるとしよう。しかし、開発をするエンジニアスーツを着せても、まるで意味がない。営業やサポートにも行くエンジニアや、客先常駐するエンジニアならまだわかるが、自社で開発しているエンジニアスーツを着せても、仕事のジャマになるだけだ。 こういう古いタイプの会社は、経営者がおそらく「まじめに働く」ことを重視しているのだろう。みん

  • 時間の見積もりをどうするか? -「仕事が忙しい!」の9割は思い込みだった【2】

    完璧にスケジューリングしたつもりなのに、なぜいつも時間が足りなくなるのか。それは時間リスクの見積もりが甘いからです。 仕事の計画を立てるとき、万が一に備えて手は打ってあると胸を張る人は少なくありません。しかし、その多くは危機(ハザード)管理であって、リスク管理でないことに気づいていない。 ハザードとは、災害や事故といった事態のことであり、危機管理ではハザード発生時のリカバリーに主眼が置かれます。一方、リスクはハザードと違い、日常の中で予定どおりに進まない可能性があるものすべてを指します。たとえば「仕事中に突然、顧客が来訪する」というイベントは、けっして災害や事故ではありませんが、日常的で不確実という点では立派なリスクです。時間のリスク管理とは、こうしたイベントを事前に把握してマネジメントすることをいいます。 普通に仕事をしていれば、さまざまな時間リスクに出合います。「いざ外で仕事をしようと

    時間の見積もりをどうするか? -「仕事が忙しい!」の9割は思い込みだった【2】