タグ

SEに関するpmakinoのブックマーク (27)

  • にわかSEは大忙し!(情報政策室ブログ) | 情報政策室職員による徒然日記

    ども。 来年度から格化させる庁内DXの準備を開始した担当ちゅんです。 その準備の一つが、職員の業務環境を「Microsoft365(MS365)」にシフトすること。ExcelやWordといったお馴染みのソフトウェアが引き続き利用できるのはもちろんですが、TeamsやSharePointといった情報共有型のツールも利用できるようになります。そもそも、その環境をフルに利用したかったが故に、当町では総務省セキュリティガイドライン上の「β’モデル」に移行したわけで、ようやく格的にその恩恵を享受できる段階、スタートラインまでたどり着いたと言えるわけです。 なのですが、我々の部門で先行的に一連のアプリを触ってみての率直な思いとしては「何でもできる反面、何をしていいかわからない」という感想です。そもそも、MS365のホーム画面には前述のアプリやツールも利用可能として表示されていますが、例えば「Boo

  • 不思議の国のSE用語 - Qiita

    不思議の国 SEが住んでいるところ、そこは不思議な不思議なお国柄です。 新たな国民として移住してきた人、特産物のシステムを買いに来た人など色々な人がこの国には存在します。 しかしこの国で話される言葉は 独特 です。 ぱっと聞いただけでは意味がわからなかったり、よく似た表現であっても微妙にニュアンスが違っていたり。 似たような表現を使い分けるその裏に、その人の意図や省略された文脈が隠されていたりもします。 どこの国でもコミュニケーションを間違うと非常に厄介ですが、そんなことにならぬよう、 お国言葉らしきもの をまとめてみました。 SEを代表例として、このお国言葉を話す人も、話される人も、改めて言葉の意味合いを見つめなおしてみると新たな気付きが得られるかもしれません。 なお、そんなことから 「絶対にSEしか使わない用語」を集めたわけではない のでその点ご了承くださいませ。 他言語版 @micr

    不思議の国のSE用語 - Qiita
  • SIerクエスト2

    Twitter等のアプリから開いた場合セーブが動作しないことがあります ブラウザアプリで開き直してください ©2015 Soichiro Yoshimura(@sifue) 過去作品のSIerクエストはこちら

  • 第7回 ITだけにかじり付くSEは、いつか“落ちこぼれる”

    SEは年齢と共に成長しなければならない。すなわち、SEは20代、30代、40代、50代とその年齢相応の仕事ができなければならない。そうでないと日ごろイキイキと働けないし、会社から見ると給料を上げるわけにはいかない。 こんなことを言うと、20代、30代半ばくらいまでのSEの方は「そんなことは当たり前ではないか」と思うだろうが、SEの世界ではそれが当たり前とは言えない。事実、それで苦労しているベテランSEが日IT業界には少なくない。 SE人生は30代半ばまでで約4分の1(25%)、それ以降が4分の3(75%)である。多くのSEは30代半ばまでの4分の1ではどんどん成長し、毎日イキイキとモラール高く働く。しかし残りの4分の3もそのまま成長すれば良いが、必ずしもそうではない。どんどん成長してリーダーシップを発揮し、イキイキ働いているSEはもちろんいる。だが、そうでもないSEも少なくない。 そん

    第7回 ITだけにかじり付くSEは、いつか“落ちこぼれる”
  • SEにとって技術は必要条件だが十分条件ではない

    の多くのSEは「受身意識でビジネス意識に乏しいし、営業や顧客などと壁を作る」「技術に偏重気味で、営業や会社のやり方に往々にしてフラストレーションを感じている」など、色々な問題を抱えている。この問題を解決するには、SEマネージャーが「体制図の提示やSEの常駐」という問題と、「技術を良く知っているSEは優秀だ」というSEの世界の風潮と闘うしかない。

    SEにとって技術は必要条件だが十分条件ではない
  • 2013 デブサミ 「SIの未来ってどうなのよ?」

    2013年2月 Developers Summit 【14-D-3】 「SIの未来ってどうなのよ?」SIer大淘汰時代にAWS専業で新しいSIの形にチャレンジする企業の舞台裏と題して、AWS専業のインテグレーター、サーバーワークスの代表を務める大石が、なぜ「AWS専業」を目指すことにしたのか、今までどのようなAction!を起こしてきたのか、そしてクラウド時代のSIerはどうなり、どんなAction!が求められるのか、お伝えさせて頂きました! AWSに関するお問い合わせ:https://www.serverworks.co.jp/contact/ サーバーワークスエンジニアブログ:http://blog.serverworks.co.jp/tech/

    2013 デブサミ 「SIの未来ってどうなのよ?」
  • 業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道

    某DevLoveというところで話をしろ、ということでありましたので、いろいろ話をして来ました。 http://devlove.doorkeeper.jp/events/1733 まとめはこちら http://togetter.com/li/387189 あと、しんやさんの詳細なブログがこちら http://d.hatena.ne.jp/absj31/20121009/1349795347 スライドはこちら http://www.slideshare.net/okachimachi/devlove1 以下、ちょっと自分なりにまとめを。 ■自分なりにどう話したか 自分の仕事的にはHadoopとAsakusaでの課題解決が現在の業です。ただ、Asakusaの位置づけとして、SIのための道具立てという側面が強く、また結果として会社も直接・間接にSIにはかかわっているので、割と現状の問題も意識して

    業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道
  • 笑ってはいけないSIer 抽出

    Kenji HASUNUMA "btnrouge" @btnrouge ベンダーがサポートを打ち切ったミドルウェアを「安定版」と信じていつまでも使い続ける。そしてバージョンアップの時に痛い目を見る(その上結果しくじったら会社の信用を失う)。 #笑ってはいけないSIer 2011-11-12 05:22:25

    笑ってはいけないSIer 抽出
  • 深い業務知識が必要なのは案件の提案者と要件定義者 - ひがやすを技術ブログ

    SIerが必要としているのは業務知識だという都市伝説のエントリで、誤解されたのは、「SIerは深い業務知識が不要だ」というふうに私が主張していると思われたことですね。 誤解されるのは、もちろん、私の書き方が悪かったせいなので、続きを書きます。 SIerで深い業務知識が必要とされる人がいます。案件の提案者と要件定義者です。営業がお客様のところから案件を持ってくると、その案件に関する深い業務知識を持っている人がアサインされ、提案書と見積りを作ります。この役割の人は、深い業務知識が必要です。 無事に案件が獲得できたとしましょう。お客様のところにいって要件をつめるのですが、このときのメンバも深い業務知識が必要です。しかし、全員が深い業務知識を持っていなくても大丈夫。全体の半分弱くらいのメンバが深い業務知識を持っていれば大丈夫だと思います。案件の難易度にもよりますが、一人が業務を深く理解していれば大

    深い業務知識が必要なのは案件の提案者と要件定義者 - ひがやすを技術ブログ
  • SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog

    SI業界が開発するシステムの目的は何か? それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない

    SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog
  • 泥のように働くとは - はてなキーワード

    @ITの記事「「10年は泥のように働け」「無理です」――今年も学生と経営者が討論 − @IT」に基づいて広まったことば。 来「馬車馬のように働く」という「馬車を引く馬が、目に覆(おお)いをされて追い使われるように、脇目も振らずに働くことの喩え。」という意味の慣用句をさしていたものと思われるが、発言の際に「泥のように眠る」と混ざってしまったのか「泥のように働く」となってしまった。 泥のように眠るという慣用句の意味に引き当てるのであれば「疲れ果てて、正体もなく働く」ということになりすなわち全く集中力を欠く状態を指すことになるため、用例としても意味不明である。そもそも新卒が馬車馬のように脇目もふらずに働くことよりも、会社の中で一番こき使われ疲れ切っているべき存在であるという一部の企業内の慣例が重視されていることが誤用の発端にあるのかもしれない。 この言葉の広まった経緯にならい、結果として終身雇

    pmakino
    pmakino 2008/05/30
    気づかなかった…
  • 「10年は泥のように働け」「無理です」――今年も学生と経営者が討論 − @IT

    昨年、情報処理推進機構(IPA)が開催したIT業界の重鎮と現役学生による討論会で、学生の持つIT業界への「ネガティブイメージ」が明らかにされたのは記憶に新しい。5月28日、IPAが開催したイベント「IPAX2008」で、再び経営者と学生の討論会が行われた。IT産業が国際的な飛躍をめざすために学生に期待することが今年の討論のテーマ。 学生側は、慶應義塾大学、九州大学、千葉工業大学、東京情報大学、東京工科専門学校から各校2人ずつ、計10人が出席。一方、産業界代表としてCSKホールディングス 取締役 有賀貞一氏と、コムチュア 代表取締役社長 向浩一氏が討論を行った。また、IPAからは理事長の西垣浩司氏が参加した。司会はインプレスR&Dの田口潤氏が行った。 「ポジティブなビジョンを提示して」 「産業を問わず、やりがいのある仕事のイメージ」について学生に質問をしたところ、「達成感がある」「自分の成長

    「10年は泥のように働け」「無理です」――今年も学生と経営者が討論 − @IT
  • 「IT技術者はやりがいがある仕事か」---学生とIT産業のトップが公開対談:ITpro

    独立行政法人 情報処理推進機構(IPA)は2008年5月28日,同機構が主催したイベントIPAX2008で学生と経営者との公開対談を開催した。経営者はCSKホールディングス 取締役 有賀貞一氏,コムチュア 代表取締役社長 向浩一氏に元NEC代表取締役社長で現IPA理事長 西垣浩司氏が加わった。学生代表は慶應義塾大学,九州大学,千葉工業大学,東京情報大学,東京工科専門学校から各校2名が登壇し,うち4名は女性。司会はインプレスR&D 編集局長 田口潤氏が務めた。 「IT産業は技術革新が起き続けているのに,学生に人気がないと言われる。当に人気がないのか。IT産業は学生からどう見られているのか。率直な意見を聞きたい」(田口氏)。公開対談は昨年に引き続いて2回目となる。 IT企業のイメージは 最初に投げかけられた「やりがいのある仕事とは」という問いに対しては,学生からは以下のような回答が出てきた。

    「IT技術者はやりがいがある仕事か」---学生とIT産業のトップが公開対談:ITpro
    pmakino
    pmakino 2008/05/29
    理想と現実
  • システムエンジニアの平均年収、594万円 ― @IT

    ソフトバンク・ヒューマンキャピタルは4月15日、インターネット関連業界の職種別給与調査の結果を発表した。平均年収は、システムエンジニア(SE)が594万円、プログラマが409万円、ネットワークエンジニアが444万円だった。 調査は同社が運営する転職サイト「イーキャリアプラス」が行った。SE、プログラマ、ネットワークエンジニアでそれぞれ男女100人が回答した。 同社の分析によると、SEは年収800万円を超える人が15%もいるなど、比較的高い年収が狙える職種となっている。また、SE(とネットワークエンジニア)は年齢が上がるほど年収が上がっており、経験年数が年収に反映されやすいことが読み取れる。その一方、プログラマは、年齢に比例した大きな年収の増加はないものの、40代以上の年収が大きく上がっており、ベテランになれば働き方次第で高収入が得られると同社は分析している。

    システムエンジニアの平均年収、594万円 ― @IT
  • エンジニアに「イラっときた」瞬間 - @IT自分戦略研究所

    エンジニアとそうでない人とでは、エンジニアに対して「イラっ」とくるツボが違うらしい。もし相手に「イラっ」ときたらこう対処しよう。(Tech総研/リクルートの記事を再編集して掲載) 今回のアンケート調査では、エンジニアと、営業職・事務職などの非エンジニアの両方に「イラっとした瞬間」を聞いてみた。職種が違うとイライラするところに違いが出るのだろうか。さっそく見ていきたい。 ■「専門用語の多用」はやっぱり嫌われる! アンケートで得られた回答は、どれもビジネスパーソンとしては問題があるものばかり(図1)。気になるのは、エンジニアと非エンジニアで明らかに回答数に差が出ている項目。非エンジニアとのやりとりをする際は、コミュニケーションエラーを回避するために、非エンジニアの回答が多い項目に気を付けた方がいい。例えばトップに挙げられた「専門用語が多い」という点はその代表格で、それほど専門的な用語ではなかっ

  • 肩こりや腰痛を寄せ付けない体づくり ― @IT自分戦略研究所

    現在ITエンジニアという職業は3Kといわれ、若者の間では人気が落ちてきている。さらにエンジニアリングの世界から離れてしまうITエンジニアも増えているという。@IT自分戦略研究所はこの事態を見過ごすことはできない。そこでITエンジニアの価値や生活を向上させるヒントを探る。 ITエンジニアの職業病ともいうべき、肩こりと腰痛。悩まされている人も多いのではないだろうか。@IT自分戦略研究所が行ったアンケートによるとおよそ半数の人が肩こりに、そしておよそ4割の人が腰痛に悩まされているという。 マッサージや整体院に通って症状を和らげる方法もあるが、忙しいITエンジニアはなかなかそういった施設に通う時間が取れない場合もある。また一時的に良くなったとしてもその後、再発する可能性もある。今回、ゴールドジム北千住東京のトレーナーである根寿史氏にお話を聞いて、肩こりや腰痛になりにくい体をつくるコツを探った。

  • 「ろ」論よりコード☆新春エンジニアかるた大会|【Tech総研】

    「年始と言えば、日の伝統、かるた!」。とは言ってもそこはTech総研、エンジニア的にひとひねりしたものが欲しい!……というわけで、総研スタッフにTechブロガー、エンジニアの皆さんにご協力をお願いして、オリジナル、これぞエンジニアという「いろはかるた」を作り上げてしまいました。 「色は匂へど 散りぬるを 我が世誰ぞ 常ならむ 有為の奥山 今日越えて 浅き夢見じ 酔ひもせず」――日語を書き表す「かな」を全種(さすがに『ん』はないけれど)、1回だけ使い、しかも五七五にピッタリ当てはめて、これだけのものを作り出す……。誰が詠んだか知らないけれど、改めて「いろは歌」を眺めると、その絶妙さにうたれます。 「いろはかるた」は、そんな「いろは」47文字に「京」を加えた48枚。百人一首もいいけれど、それより敷居が低くて、誰でも楽しめる!というわけで、今度の年始はいろはかるたで決まりだ! なんていう独断

  • | ^^ |Byozine:秒刊ネットマガジン:: SE・PGが職場変わっても必ず入れるツール集

    2006年11月28日 SE・PGが職場変わっても必ず入れるツール集 SE・PGの必須アイテムといっても過言ではないツール。 プロジェクトが変わったごとに毎回サイトを探して入れるのも 面倒だろうから、いっそのことここにリストアップ。 他に必要なものはないんじゃないか? ■エディタ:SakuraEdita エディタといえば、秀丸では?と思うかもしれないが 意外に秀丸は使わない。なぜなら秀丸はシェアウェアであり 使用するにはライセンスが必要。 大企業となれば当然秀丸が使えなくなる。 サクラエディタ 秀まるおのホームページ ■付箋:付箋 あたかも仕事いっぱいです的なデスクトップを表現する ために使うデスクトップカモフラージュ。 付箋紙95 ■バイナリエディタ:Bz この御時勢に、バイナリデータを直にいじることなど 必要なのか?と思うかもしれないが、以外にも 昔のシステム

  • ตรายาง ด่วน ขนาด มาตฐานจดทะเบียน DBD รอรับได้เลย ร้านทำตรายาง พร้อมบริการส่งด่วน กรุงเทพ - ปริมลฑล

    พวงหรีด ย่าน ดอนเมือง พวงหรีด ย่าน ดอนเมือง โดยคณะทำงานโครงข่ายร้านค้าพวงหรีดของเราสามารถจัดส่งพวงหรีดได้ทุกวัดแถวดอนเมือง บริการส่งพวงหรีดแถวดอนเมือง ฟรีค่าจัดส่งแน่ๆ 100% ส่งด่วนได้ ส่งไวได้ ถึงงานทันด้านในวันนี้แน่ๆ แล้วก็ที่สำคัญนอกเหนือจากที่จะฟรีค่าส่งพวงหรีดแล้ว เรายังจัดส่งพวงหรีดให้ถึงศาลาวัด โดยที่ท่านไม่ต้องเสียเวล่ำเวลา ไปหาร้านค้าพวงหรีดแถวดอนเมืองด้วยตนเองเลย หากท่านกำลังมองหาร้านค้า

  • エンジニアのやる気は報酬だけじゃ維持できない(Page 1) ― @IT情報マネジメント

    連載は「プロジェクトと人」を「人」に視点を当て、そこからある程度の普遍性を持ったプロジェクト運営のプロセスを探り出すことを目的としています。第1回(「スキルシートでいったい何が分かるのか」)はEさんを例に、プロジェクト内でうまく活躍できずに去らざるを得なかった経緯を見ながら、「チーム構成プロセス」や「開発プロセス」の「難しさ/問題点」を洗い出しました。今回は、皆さんから寄せていただいた第1回記事に対するWeb投票結果の考察から話を展開していきます。 集計結果から導き出される次なる課題 以下がWeb投票の結果です。「第1回において、Eさんがチームを去らねばならなかった最大の問題点は何だと思いますか」というのが質問です。選択肢は5つ設定しました。 プロジェクト入隊試験などフィルタリングを行わないチーム構築プロセスの未整備。あるいはメンバー選びなどを支援するノウハウのない所属する組織 メンバー

    エンジニアのやる気は報酬だけじゃ維持できない(Page 1) ― @IT情報マネジメント