コードを公開しないとまともなエンジニアとして認められないですか？
趣旨とズレていたらすみません。 サーバーエンジニアやってます。 8年くらい鬱病を患っているのですが今の仕事が合わず悪化している状態です。 転職活動しているのですがgithubなどの提出があったりするとプレッシャーに感じて辞退してしまいます。 今の採用はどこもプライベートで勉強してる事前提なのでしょうか… Githubには簡単なツール系のコードしかないのでたいしたアピールにはならないです。コンプライアンス上仕事で作ったコードも載せられないし、固有名詞避けてあげることも出来ますが、生きることに精一杯で余裕がないです。 技術ブログもやってますが初心者みたいなメモしかないし、ガッツリ調べた内容を纏める気力がないのでとても貧相なものになってます。 凄いコードやブログを公開してないとまともなエンジニアじゃないのかなと思い 調子いい時でも、普段の勉強も精神的にムラがあり興味を持った時しか勉強しないです。
「食べていけるエンジニア」について思うこと - 聞かれてもいないことを喋る
久しぶりに技術カンファレンスに足を運んだ。仕事が今日ばかりはどうしても忙しかったので、後半戦からの参加だったけど。 技術カンファレンスに行くと、技術力の高いエンジニアの発表にいつも圧倒されて、「もっと技術的な高みを目指してかないと、将来絶対にいつか食えなくなるなぁ」と本当に危機感を抱く。今日一番印象に残った発表では、「自分が技術的に成長できてるかをいつも問うことが重要。高い技術レベルを持ってないと、組織の下駄を脱いだときに何もできない（俺意訳）」という発表だった。全くもって真っ当な正論だと思う。何も間違ったこと言ってないと思う。 一方で同時に、それとはまったく反対のことも思う。 今、エンジニアリソースやエンジニアのスキル不足が直接の原因で、業績が伸び悩んでる会社ってどのくらいあるんだろう？ 大概の会社って、技術的リソースよりもアイデアのほうが枯渇したがゆえに業績が伸び悩むんじゃないかなぁ。
過熱する退職エントリーの内容について | F's Garage
この話、背景まで考えてみると、結構悲しいなぁと思ったわけです。 Web系エンジニア1年半ですが、このたびは転職する運びとなりまして、各位に連絡させていただきます – mizchi’s blog 該当の会社はスタートアップとして２年で、まだ結構赤字の会社。 大量調達した手前、少なくとも人件費を上げるとしたら相応の理由がいるはず。まず気になっちゃうのは、「がんばったから」というより、他の人たちとの兼ね合い。他の人ってのは新卒じゃなくて、同じ会社の他のエンジニアと比較して抜けていたのか、そうでないのか。 増田の記事でこんなのもあった。 エンジニアの給料って転職しないと上がらないものなの? かれこれ5年目で上がり続けてるんだけど、俺はとんでもなく幸運なわけ? 同じくITエンジニアだけど、会社の技術力は大したこと無い。 最近誰も自分に対して文句を言えなくなってしまってるので、成長とか考えると転職を考
ベンチャーで働くエンジニアに必要な「勇気」 | Nekoya press
「恐怖」を知ること 35歳が目前に迫りつつある中、ぼちぼちスピリチュアルなことも書いていこうかと思う今日この頃です。 これまで十数年、小さな会社やフリーランス、大企業（はすぐ辞めたけど）を渡り歩いてきて改めてベンチャーの面白さを実感しています。 様々な要素がありますが、その最たる物は「エンジニアが会社の命運を握っている」という紛れもない事実です。自社でプロダクトを開発しているベンチャーにおいて、どんなに立派な経営理念やビジネスモデルも動かないシステムの前ではクソの役にも立ちません。 そして、それはそのままエンジニアの過ちが会社を危機に陥れるリスクを意味します。言ってしまえば「ワンクリックデプロイ」が「ワンクリック倒産」へと直結するかもしれないのです。省力化そのものは目指すべきですが、自分の行為が内包するリスクは忘れてはならないのです。 「何か」が起きてしまった時に上長の責任だ、確認ミスだと
文章に向いてない構造をいかに文章に向いた構造に直列化するかが大事 - きしだのHatena
Software Design 12月号の特集が「なぜエンジニアは文章が下手なのか？」というタイトルだったので、読んでみたら、ちょっと残念な内容だった。 「それは文章で書くべき情報なのか」という章があって、直列化した論理構造であれば文章には書きやすいけど、分岐やループがあるような構造だと書きにくいということが書いてあった。そこで文章化しにくい構造の例として地図があげてあって、暗にそういう構造は文章化をやめて図であらわせと言っているように読める。 けれども、図に書いたところで、書く側は文章化から逃げれて満足かもしれないけど、それを読み取る側は結局どこかから順番に解釈していく必要がある。図に逃げるのは、読み手に責任を押し付けているだけだと思う。 で、「ですから文章を書く前にまず論理構造を考える必要があります」と続いていて、では考えた論理構造が「文章に向かない論理構造」だったらどうするの？逃げる
日本と海外エンジニアの「コミュニケーション能力」 - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/anatoo/20120714/1342254336 「海外」で普遍的なものなのかはわからないけど、サンフランシスコのミートアップのイベントやスタートアップに何度か連れて行ってもらってそう思った。あっちのエンジニアのコミュニケーション能力の平均値が日本よりも数段高い。 そりゃあ，そういう場面にはコミュニケーション能力（というよりプレゼンテーション力やディベート力）の高い人が出てくるでしょう．一番能力の高い人が日本の平均より上なのは，そんなに驚くほどのことじゃないと思う．*1 むしろそこで問題となるのは「技術力がすごく高いし，論理的な議論やプレゼンテーションも得意だけど，不特定多数の人と会話するのが苦手」みたいな人も高く評価されるのか否かということ．日本だとほぼ全く評価されないが，あちらでは違うのではないかと思う． もう一つの問題は，日本のIT業界
エンジニア人月０円セールと、ござ先輩に見た未来 - レベルエンター山本大のブログ
今日はid:gothedistanceと飲んだ。１年ぐらい前から飲もう飲もうといっていてようやく実現。 さすがはござ先輩。いろいろと教えてもらった。 その中で、SIおよびSEのこれからに暗い影を落とす話をした。 これはウチの関西側の営業担当が聞いてきた、あるSE派遣の企業の話。（とはいえ関西企業に限った話ではない） 何十人もの新人さんを集めて、無料でいろんなプロジェクトに派遣するビジネスモデルが台頭してきているらしい。 何十人の内、数名でも生き残って、その後定期的な売り上げになれば良いという、携帯の新規契約無料みたいなモデルだ。 経験者も言い値で出すという。 新人さんに経験を付けてもらうためにお試しで出向することは百歩譲って良いとしよう。 いくらなんでも新人ばかりで上手くいくと思っているような 受け入れ側もプロジェクトもさすがにないから、 こういう新人さんを受け入れるのも1つのプロジェクト
転職エージェントに踊らされない技術 - GoTheDistance
ここ２〜３年ぐらい前からでしょうか。IT業界の中で「勉強会」というのが１つのムーブメントになりはじめ、個々の技術者がブログで発信していく中で新しいトレンドを発信していく流れが形成され、Twitterがそれにターボエンジンを用意した格好になりました。ブログではなく、IT系のメディアにも取り上げられるようになり、今では当たり前になりました。 しかし、それらの流れに目を付けた転職エージェント会社がTwitter / facebook / LinkedInをはじめとしたソーシャルメディアで、エンジニアを一本釣りして儲けようという豚野郎が調子に乗っているので、若いエンジニアの方がキャリアをロストされないよう注意を喚起したいと思います。 転職オファーに浮かれない なんか微妙だけど条件が良くなるなら悪い気はしない・・・っていう精神状態が最も危ない状態です。会社は今ひとつな感じだし自分も面白い仕事ができて
PR：技術的な刺激を求め、SIマネージャから転身したドワンゴ開発者
【転職前】 RFIDミドルウェアおよびそのミドルウェアを使用したアプリケーションの開発／開発言語：Java ↓ 【転職後】 売上・費用管理などの社内システムの開発／開発言語：Java ニコニコ動画モバイル（Web）の入退会・課金システムの開発／開発言語：PHP 例えば、あなたがエンジニアとしての腕を評価され、マネージャに任命されたとしよう。 だが、周りには自分に技術を教えてくれるほどスキルの高い人がおらず、あなたの技術面での向上心を満たしてくれる環境がそこにはない――そんな時、あなたはどうするだろうか。 清水俊博さん（31歳）は、この状況に直面したときに「転職」という道を選んだ。「常にエンジニアとして技術を磨きたい」と考える清水さんにとって、技術的な刺激を得られる環境は重要だった。 現在、清水さんは、ドワンゴでニコニコ動画モバイルの課金システムを担当している。転職を決めたきっかけは「社外と
第23回［最終回］ さいごにいいたいこと | gihyo.jp
この連載も早いものでもう23回です。そして最終回です。これまで2年近く、ありがとうございました。 これまでの総括というわけではありませんが、エンジニアとして成長していくために筆者が必要だと思うことについて、あらためてまとめてみます。 1．逃げない なんといっても一番成長するために必要なことは、逃げないことだと思います。たとえばトラブルはもっとも成長するチャンスですが、逃げていてはもちろんそのチャンスを活かすことはできません。またトラブルではなくても、とにかく逃げるということは、イコール経験値を貯めることを放棄することにほかなりません。 逃げなければ、経験値が貯まるだけではなく、周りからの信用も獲得し、より重要なタスクを任されるようになれ、さらに成長することができます。もちろん、逃げないだけではなく、逃げない上に結果を出すことが重要ですが、結果というのはそのとき自分が持っているスキルが足りて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアのチーム開発入門 - 心技体を磨いて自身とチームをより良くしよう / Being geek in the team
方向音痴アプリの開発&雑用日記