侍エンジニア塾の解約・返金に成功したので公開するby弁護士プログラマ - Qiita
という破格！！ これだけでもパンチが効いていますが、さらに凄いのが、そのSEO対策の能力で、技術系の検索をすると検索上位に関連サイトが次々表示されます。 また、Javascriptを駆使した景表法違反事件でも炎上しましたね。 炎上を取り上げた株式会社アクシア様のブログ さてさて、前置きはこれくらいにして、解約までのストーリーを公開します！ 侍エンジニア塾に入塾 ２０１８年冬のことでした。 2年以上、Pythonで機械学習やったり、LineBot作ったりしながら遊んできた私、とうとう肩書にプログラマを加えたいと思うようになりました。 そのためにはプログラミングでカネを稼がなければいけません。 そこで、コードを書いてとりあえずデプロイして少人数で遊ぶレベルから、プロダクト制作できるレベルにアップしようと決めました。 保守・運用・コスト管理などの総合的スキルを身に着けたい＋ハクをつけたいと思い、
新人プログラマをレビューで傷つけないために - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的に GitHub の Pull Request を使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、1 人で傷つきモチベーションを落とすこともありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って
ご注文はCIですか？ - megamouthの葬列
いい歳なのにWebプログラマなんていう仕事をしている。 正確に言えばWeb屋だ。今や絶滅危惧種になったこの職業は、デザインをPhotoshopやIllustratorでちょっと修正するところから、サーバーのファイアウォールの設定をちょっと変更するところまで、Webに関する何でもをこなす便利屋みたいなものだ。 一時は、Web屋みたいな人をフルスタックエンジニアなんて呼んでいた時期もあって、私も格好をつけたい時に便利に使わせてもらっていたけど、ただの銀玉鉄砲をシルバーバレット・オートマチック・モデルガンと呼んでるみたいで、口にする度に気恥ずかしくなってしまい、すぐに言わなくなってしまった。 これは言葉が悪いのではなくて、きっと私がWeb屋で、フルスタックエンジニアではなかったからだと思う。 銀玉鉄砲が、軽いアルミ缶すら撃ち抜けないように、Web屋もまた、ネットワークやサーバー運用の深淵を知らな
デスマサバイバルガイド | さにあらず
はじめに 僕がよく知っている業界は SI だが、これに限らずソフトウェア開発の現場には、過酷な現場…いわゆるデスマーチが多いと言われている。 一方で、そのような過酷な現場を渡り歩き生き残ることでしか、良いプログラマになる方法は無いと言った考え方もある。僕の個人的な経験則からすると、この理屈はある程度合っていると思う反面で、合っていて欲しくないという気持ちは強い。 高い技術力をもつプログラマの全てがデスマ職人という訳ではない。 デスマーチに巻き込まれたと気が付いた時の妥当で基本的な戦術は撤退戦だ。何か理由をつけて逃げ出すのが望ましい。つまり、休職なり退職なり、異動なりして、その職場から離れるのが望ましい、出社拒否も良い。しかしながら、何か様々な理由があって、そこから逃げ出せないことはあるだろう。 僕はもう長い事デスマーチに関わることなく生きられているが、徐々に忘れつつあるので、若いころに獲
プログラマ10年目 - すぎゃーん日記
コードを書いて生きていきたい、と決意しプログラマに転身して もうじき10年目だ。どうにか思った通りの生き方を出来ている— すぎゃーん💯 (@sugyan) August 27, 2017 2008年9月1日、僕のプログラマとしての人生がスタートした。 2007 - 2008 2007年4月、地元の大学院を修了。上京して大手のSIerに新卒として入社した。 就活は適当、だったつもりは無いけど これといって強い意思は持っていなくて 何となく、という感じでIT系を選んでいた。 200人以上の同期たちと一緒に約半年にわたる新入社員研修、同時に配属先でOJT、という感じでとても手厚い教育制度があり それはそれは良い会社だった。 配属先での主な仕事はソフトウェア製品の動作テストなど、だったと思う(正直あんまり覚えていない)。 コードを書く仕事ではなかったけど、開発職や研究職に近い配属だったこともあり
プログラマをクソコードで殴り続けると死ぬ - megamouthの葬列
ここにクソコードがある。 誰が作ったかはわからぬ。それが、どのような経緯でクソコードとなったのか、 あるいは、最初からクソコードであったのか、それらは全てクソコード自身が知るのみである。 ファーストコンタクト ある日、営業からシステム案件を打診されたので見積もりして欲しい。というメールが来る。 とある企業の既存システムに機能を追加する簡単な案件ですが、なななんとソースや仕様書をご支給いただけます！ と、それはサンタにプレゼントが貰えると信じて疑わぬ子供のような真っ直ぐなメールである。 ソースコードが入った圧縮ファイルを受け取ったプログラマは、早速、コードを読んでみる。 そのシステムが本当にいいコードで書かれているかを判断するには時間がかかるが、 クソコードであるかはおおよそ30分でわかる。 インデントがタブとスペースどちらかに統一されていないとか、フレームワークの誤用があるとか、またはフレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
