Heinkel He 50






































































































































































































































































































































































































































































































































































































































































































































































































































































































































































Heinkel He 50
Heinkel He 66




Bombardeiro










Descrição
Tipo / Missão
 Bombardeiro de mergulho
País de origem
 Alemanha
Fabricante
Heinkel
Quantidade produzida
 78
Primeiro voo em
 1931
Introduzido em
 1935
Aposentado em
 1944


Aviso


ver


O Heinkel He 50 foi um bombardeiro de mergulho biplano monomotor, produzido pela Heinkel,[1] que apesar de ter sido desenvolvida uma versão (denominada Heinkel He 66) para a Marinha Imperial Japonesa, foi usado pela Luftwaffe em unidades de bombardeamento antes da guerra.[2] Contudo, o He 50 serviu até ao final da Segunda Guerra Mundial, prestando serviço em missões de bombardeamento noturno, até ao ponto de as unidades que o operavam já não terem combustível nem peças para o repararem.[3]



Referências




  1. ↑ «Heinkel He 50 Dive bomber, reconnaissance». www.wehrmacht-history.com. Consultado em 19 de março de 2016 


  2. ↑ «Heinkel He 50». www.historyofwar.org. Consultado em 19 de março de 2016 


  3. ↑ «Heinkel He.50». www.airwar.ru. Consultado em 19 de março de 2016 





Ícone de esboço Este artigo sobre um avião, integrado ao Projeto Aviação, é um esboço. Você pode ajudar a Wikipédia expandindo-o.

















































  • Portal da aviação



-

Popular posts from this blog

A CLEAN and SIMPLE way to add appendices to Table of Contents and bookmarks

Image
0 I found a lot of questions abount appendices and ToC. Many users want appendices to be grouped in an Appendix part, however some problems arise with ToC, hyperref, PDF viewer bookmarks, and so on. There are different solutions which require extra packages, command patching and other extra code, however none of them satisfies me. I almost found an easy way to accomplish a good result, where appendices are added to bookmarks in the right way and hyperref links point to the right page. However, the number of the "Appendix" part page is wrong (it's the number of appendix A). Is there any EASY way to fix that? This is a MWE: documentclass{book} usepackage[nottoc,notlot,notlof]{tocbibind} usepackage{hyperref} begin{document} frontmatter tableofcontents mainmatter part{First} chapter{...
Read more

Why does System V / AMD64 ABI mandate a 16 byte stack alignment?

Image
2 I've read in different places that it is done for "performance reasons", but I still wonder what are the particular cases where performance get improved by this 16-byte alignment. Or, in any case, what were the reasons why this was chosen. edit : I'm thinking I wrote the question in a misleading way. I wasn't asking about why the processor does things faster with 16-byte aligned memory, this is explained everywhere in the docs. What I wanted to know instead, is how the enforced 16-byte alignment is better than just letting the programmers align the stack themselves when needed. I'm asking this because from my experience with assembly, the stack enforcement has two problems: it is only useful by less 1% percent of the code that is executed (so in the other 99% is actually overhead); and...
Read more

Firebase ML-Kit Barcode Scanning with Multiple Barcodes

Image
0 I'm working on an Android app where the user has to use a camera view to scan a barcode. I've been using Firebase's ML-Kit barcode scanning utility to achieve the actual barcode recognition bit and it's been fantastic. There's only one issue - if given a photo with multiple barcodes in it, it commonly misses at least one of the barcodes. That's problematic because a lot of the barcodes that my users have to scan are on boxes/containers with multiple barcodes. Here's an example Pixel 2 XL box that may need to be scanned: The IMEI barcode in this picture is never picked up by ML-Kit. However; if I crop out everything else and just send the IMEI barcode through ML-Kit picks it up fine. Is there anything I can do to help ML-Kit pick up on all of the barcodes? ...
Read more